Bug 97113 - escputil with usb printer does not work
Summary: escputil with usb printer does not work
Status: RESOLVED WORKSFORME
Alias: None
Product: kcontrol
Classification: Miscellaneous
Component: kcmprintmgr (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Michael Goffioul
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-01-16 01:16 UTC by Oscar Curero
Modified: 2008-03-03 18:47 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Oscar Curero 2005-01-16 01:16:21 UTC
Version:            (using KDE KDE 3.3.2)
Installed from:    SuSE RPMs
OS:                Linux

Hi!

escputil is a tool for the maintenance of a lot of Epson printers. It works nicely on the command line ('escputil -r /dev/usblp0 -i -u' returns the ink level of the printer). However, using the KDE printer manager (printmgr) on my Epson Stylus C64 I get the following message:

"Cannot open /Stylus 64 read/write: No such file or directory"

My printer information:

   Type: Local printer
   Printer State: idle, accepting jobs.
   Device: usb://EPSON/Stylus%20C64
   URI: ipp://gardenia:631/printers/Epson
   Model: Epson Stylus C64 Foomatic/gimp-print (recommended)
   Escputil version 4.2.7
   kdelibs3-3.3.2-5
I have /dev/usblp0 and /dev/usb/lp0 but not /dev/lp0, if this is important.

Steps to reproduce: Go to printer manager and select "Epson inkjet"
Result: A error message is shown.
Expected Behaviour: Ink level.

Thanks!
Comment 1 Michael Goffioul 2005-01-17 11:36:12 UTC
This is due to the fact that CUPS (under Linux) doesn't use the actual USB port in the printer device URI, but a pseudo-URI based on information obtained by polling the USB port (manufacturer and model). This port<->device mapping is currently not supported by escputil or kdeprint. The only workaround for you currently is to used a device URI like usb:/dev/usblp0 instead of the URI proposed by the wizard (coming from CUPS) when creating the printer.

Michael.
Comment 2 Oscar Curero 2005-03-17 13:30:25 UTC
Fixed in KDE 3.4 !

Thanks!
Comment 3 Pete Chapman 2006-10-06 12:35:57 UTC
If this bug was indeed fixed, it has since regressed (I'm using kdebase-kdeprintfax-3.5.4 from Mandriva).
Additionally, the cups usb backend is no longer functioning correctly for raw URIs (like usb:/dev/usb/lp0).
So I can either have two printers set up (one to print, the other to check the ink levels) or I can use the non-kde 'mtink' utility, which just does the right thing.
Comment 4 Karl 2006-12-11 03:04:56 UTC
I can confirm that this bug is alive in Debian etch (kdeprint                                                3.5.5a.dfsg.1-20 - the work around using /dev/usb/lp0 works, but confuses other things. This is with a epson stylus photo R340
Comment 5 Spiros G. 2007-11-20 10:43:03 UTC
I confirm this bug in Debian Lenny.

Error: Cannot open /Stylus D88 read/write: No such file or directory

kde 3.5.7
escputil 5.0.1
Printer Driver: Epson Stylus D88 - CUPS+Gutenprint v5.0.1
URI: epson:/dev/usb/lp0
Comment 6 Babets 2008-03-03 18:47:33 UTC
This bugs is still present in kde 3.5.9 in archlinux with kdemod.
If i do in konsole:
escputil -i -r /dev/usb/lp0
the program works well, but in kcontrol it doesn't.

Please fix it! It's not fixed! There is only a workaround but the problem remains!