[Pkg-cups-devel] Bug#383091: cupsys: failure to connect to usb printer

[Michael Bergbauer]

Hi everybody,

I experince the same problem with a Laserjet 1300. When strace-ing the
usb backend, I discovered:
strace -p 7935
Process 7935 attached - interrupt to quit
access("/dev/usblp0", F_OK)             = 0
open("/dev/usblp0", O_RDWR|O_EXCL|O_LARGEFILE) = -1 EACCES (Permission denied)
open("/dev/usblp1", O_RDWR|O_EXCL|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("/dev/usblp2", O_RDWR|O_EXCL|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("/dev/usblp3", O_RDWR|O_EXCL|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("/dev/usblp4", O_RDWR|O_EXCL|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("/dev/usblp5", O_RDWR|O_EXCL|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("/dev/usblp6", O_RDWR|O_EXCL|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("/dev/usblp7", O_RDWR|O_EXCL|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("/dev/usblp8", O_RDWR|O_EXCL|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("/dev/usblp9", O_RDWR|O_EXCL|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("/dev/usblp10", O_RDWR|O_EXCL|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("/dev/usblp11", O_RDWR|O_EXCL|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("/dev/usblp12", O_RDWR|O_EXCL|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("/dev/usblp13", O_RDWR|O_EXCL|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("/dev/usblp14", O_RDWR|O_EXCL|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("/dev/usblp15", O_RDWR|O_EXCL|O_LARGEFILE) = -1 ENOENT (No such file or directory)
write(2, "INFO: Printer not connected; wil"..., 57) = 57
rt_sigprocmask(SIG_BLOCK, [CHLD], [RTMIN], 8) = 0
rt_sigaction(SIGCHLD, NULL, {SIG_DFL}, 8) = 0
rt_sigprocmask(SIG_SETMASK, [RTMIN], NULL, 8) = 0
nanosleep({30, 0},  <unfinished ...>

rx1003:/var/log# ls -l /dev/usblp0 
crw-r--r-- 1 daemon root 180, 0 Jan 28  2004 /dev/usblp0

The usb backend process uses lp:lp as uid:gid. 
System is a 2.4 Linux

-- 
Michael Bergbauer <michael at noname.franken.de>
use your idle CPU cycles - See http://www.distributed.net for details.
Visit our mud Geas at geas.franken.de Port 3333