Debian Bug report logs - #373899
cupsys: USB backend cannot access /dev/usb/lp0

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Alexey Feldgendler <feldgendler@feldgendler.plesk.ru>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: cupsys: USB backend cannot access /dev/usb/lp0

Date: Fri, 16 Jun 2006 15:01:01 +0700

Package: cupsys
Version: 1.2.1-2
Severity: grave


When the USB backend process is spawned, its UID is set to 7 (lp), but
the GID remains 0 (I've checked in /proc/NNNN/status). This makes CUPS
incompatible with the default configuration of udev, which sets for
/dev/usb/lp[0-9] owner root, group lp, and mode 660.

The backend process should be spawned with GID 7 (lp) as well as UID 7 (lp).

Severity justification: local printers which use parallel, serial, and
usb backends, are unusable without manual reconfiguration of udev.


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable'), (90, 'experimental'), (90, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-k7
Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R)

Versions of packages cupsys depends on:
ii  adduser                  3.87            Add and remove users and groups
ii  debconf [debconf-2.0]    1.5.1           Debian configuration management sy
ii  gs-esp                   8.15.1.dfsg.1-2 The Ghostscript PostScript interpr
ii  libacl1                  2.2.37-1        Access control list shared library
ii  libc6                    2.3.6-13        GNU C Library: Shared libraries
ii  libcupsimage2            1.2.1-2         Common UNIX Printing System(tm) - 
ii  libcupsys2               1.2.1-2         Common UNIX Printing System(tm) - 
ii  libdbus-1-2              0.61-6          simple interprocess messaging syst
ii  libgnutls13              1.3.5-1.1       the GNU TLS library - runtime libr
ii  libldap2                 2.1.30-13       OpenLDAP libraries
ii  libpam0g                 0.79-3.1        Pluggable Authentication Modules l
ii  libpaper1                1.1.17          Library for handling paper charact
ii  libslp1                  1.2.1-5         OpenSLP libraries
ii  lsb-base                 3.1-10          Linux Standard Base 3.1 init scrip
ii  patch                    2.5.9-4         Apply a diff file to an original
ii  perl-modules             5.8.8-4         Core Perl modules
ii  procps                   1:3.2.6-2.2     /proc file system utilities
ii  xpdf-utils [poppler-util 3.01-8          Portable Document Format (PDF) sui
ii  zlib1g                   1:1.2.3-11      compression library - runtime

Versions of packages cupsys recommends:
ii  cupsys-client           1.2.1-2          Common UNIX Printing System(tm) - 
ii  foomatic-filters        3.0.2-20060530-1 linuxprinting.org printer support 
ii  smbclient               3.0.22-1         a LanManager-like simple client fo

-- debconf-show failed

Message #10 received at 373899@bugs.debian.org (full text, mbox, reply):

From: Benoit Hamet <benoit.hamet@mist-technologies.com>

To: 373899@bugs.debian.org

Subject: confirmation of the problem

Date: Wed, 21 Jun 2006 12:52:45 +0200

Hi all,

I got the same problem here. But there's not the only one (the UID / GID
problem). The uri of the device is no more usb:/dev/usb/lp0 as It was in
previous configuration, but usb://Samsung/ML-1610 for example ...

The usb backend give this url when running without arguments ...

I solve the problem by chown lp.lp the dev/usb/lp0 as a short time
solution regarding rights issues ...


Hope this help

Regards,

Benoît

Message #15 received at 373899@bugs.debian.org (full text, mbox, reply):

From: Kenshi Muto <kmuto@debian.org>

To: Alexey Feldgendler <feldgendler@feldgendler.plesk.ru>

Cc: 373899@bugs.debian.org

Subject: Re: Bug#373899: cupsys: USB backend cannot access /dev/usb/lp0

Date: Thu, 22 Jun 2006 12:15:34 +0900

At Fri, 16 Jun 2006 15:01:01 +0700,
Alexey Feldgendler wrote:
> Package: cupsys
> Version: 1.2.1-2
> Severity: grave
> 
> When the USB backend process is spawned, its UID is set to 7 (lp), but
> the GID remains 0 (I've checked in /proc/NNNN/status). This makes CUPS
> incompatible with the default configuration of udev, which sets for
> /dev/usb/lp[0-9] owner root, group lp, and mode 660.
> 
> The backend process should be spawned with GID 7 (lp) as well as UID 7 (lp).

Could you try 1.2.1-3? As far as in my test, it shows UID/GID 7.

Thanks,
-- 
Kenshi Muto
kmuto@debian.org

Message #20 received at 373899@bugs.debian.org (full text, mbox, reply):

From: Rubén Gómez Antolí <lobo@mucharuina.com>

To: Debian Bug Tracking System <373899@bugs.debian.org>

Date: Thu, 22 Jun 2006 12:15:34 +0900

Package: cupsys
Version: 1.2.1-3
Followup-For: Bug #373899


Hi all,

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (600, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-2-k7
Locale: LANG=es_ES@euro, LC_CTYPE=es_ES@euro (charmap=ISO-8859-15) (ignored: LC_ALL set to es_ES@euro)

Versions of packages cupsys depends on:
ii  adduser                  3.92            Add and remove users and groups
ii  debconf [debconf-2.0]    1.5.2           Debian configuration management sy
ii  gs-esp                   8.15.1.dfsg.1-2 The Ghostscript PostScript interpr
ii  libacl1                  2.2.39-1        Access control list shared library
ii  libc6                    2.3.6-15        GNU C Library: Shared libraries
ii  libcupsimage2            1.2.1-3         Common UNIX Printing System(tm) - 
ii  libcupsys2               1.2.1-3         Common UNIX Printing System(tm) - 
ii  libdbus-1-2              0.62-4          simple interprocess messaging syst
ii  libgnutls13              1.4.0-3         the GNU TLS library - runtime libr
ii  libldap2                 2.1.30-13+b1    OpenLDAP libraries
ii  libpam0g                 0.79-3.1        Pluggable Authentication Modules l
ii  libpaper1                1.1.19          Library for handling paper charact
ii  libslp1                  1.2.1-5         OpenSLP libraries
ii  lsb-base                 3.1-10          Linux Standard Base 3.1 init scrip
ii  patch                    2.5.9-4         Apply a diff file to an original
ii  perl-modules             5.8.8-6         Core Perl modules
ii  procps                   1:3.2.7-2       /proc file system utilities
ii  xpdf-utils [poppler-util 3.01-8          Portable Document Format (PDF) sui
ii  zlib1g                   1:1.2.3-13      compression library - runtime

Versions of packages cupsys recommends:
ii  cupsys-client           1.2.1-3          Common UNIX Printing System(tm) - 
ii  foomatic-filters        3.0.2-20060530-1 linuxprinting.org printer support 
pn  smbclient               <none>           (no description available)

-- debconf information:
  cupsys/raw-print: true
* cupsys/browse: false
* cupsys/ports: 631
  cupsys/backend: ipp, lpd, parallel, socket, usb
  cupsys/portserror:

Me too fall down in this bug. I changed to 777 permissions of /dev/lp*
and /dev/usb/lp* with no sucess.

I should try to change UID and GID of cupsys but I don't know to do it.
Actually I have three printers conected to usb and only I can print in
one of this, Don't ask me why.

Tell me how to solve this or if you need more data, test, etc.

Thanks for all and sorry for my bad english.

Regards,

Salud y Revolución.

Lobo.

Message #25 received at 373899@bugs.debian.org (full text, mbox, reply):

From: Peter Köllner <peter@asgalon.net>

To: 373899@bugs.debian.org

Subject: me too

Date: Mon, 24 Jul 2006 19:38:05 +0200

Hi!

My USB printer does not print under linux for several weeks now. I tried  
the latest package cupsys 1.2.4 today but still got nothing. As a side  
effect, for some unknown configuration quirk I have two printers installed  
now:

lpstat -a -v

hp_usb_hp_color_LaserJet_2550_series accepting requests since Mon 24 Jul  
2006 07:05:28 PM CEST
HPColorLaserJet2550L accepting requests since Mon 24 Jul 2006 07:05:41 PM  
CEST
PDF accepting requests since Mon 03 Jul 2006 12:10:49 PM CEST
device for hp_usb_hp_color_LaserJet_2550_series:  
hp:/usb/hp_color_LaserJet_2550_series?serial=00CNFDD05275
device for HPColorLaserJet2550L: usb:/dev/usb/lp0
device for PDF: cups-pdf:/

Funny thing is I don't have a /dev/usb directory anymore, only  
/dev/bus/usb... ?!? But other USB devices like keyboard and mouse are  
working fine.

In the admin console I see the following status lines:
	
hp_usb_hp_color_LaserJet_2550_series (Standarddrucker) "open print channel  
failed; will retry in 30 seconds..."
HPColorLaserJet2550L "Printer not connected; will retry in 30 seconds..."

The only workaround I found was saving the files to a FAT32 partition on  
an external HDD, rebooting to windows and printing there, which is very  
time-consuming.

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/m2/

Message #30 received at 373899@bugs.debian.org (full text, mbox, reply):

From: Peter Köllner <peter@asgalon.net>

To: 373899@bugs.debian.org

Subject: Corrections

Date: Tue, 25 Jul 2006 11:16:29 +0200

The cupsys version is of course 1.2.1-4 and not 1.2.4.
udev version is 0.093-1
kernel is 2.6.17.6

I looked a bit closer at the behaviour today. When I switch on the  
printer, usblp module is loaded and the device /dev/usb/lp0 is created  
with access rights drw-rw---- root lp.
When I print a test page from the cupsys admin webpage on  
hp:/usb/hp_color_LaserJet_2550_series?serial=00CNFDD05275, I get "open  
print channel failed" and /dev/usb/lp0 vanishes immediately.



-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/m2/

Message #35 received at 373899-done@bugs.debian.org (full text, mbox, reply):

From: Kenshi Muto <kmuto@debian.org>

To: 373899-done@bugs.debian.org

Subject: Re: Bug#373899: cupsys: USB backend cannot access /dev/usb/lp0

Date: Fri, 28 Jul 2006 09:39:46 +0900

Version: 1.2.1-3
thanks

At Fri, 16 Jun 2006 15:01:01 +0700,
Alexey Feldgendler wrote:
> Package: cupsys
> Version: 1.2.1-2
> Severity: grave
> 
> When the USB backend process is spawned, its UID is set to 7 (lp), but
> the GID remains 0 (I've checked in /proc/NNNN/status). This makes CUPS
> incompatible with the default configuration of udev, which sets for
> /dev/usb/lp[0-9] owner root, group lp, and mode 660.
> 
> The backend process should be spawned with GID 7 (lp) as well as UID 7 (lp).

Original this problem seems be already solved, at least since 1.2.1-3.
Other additional reports are different issues and look already be
submitted as another Bug#.

Thanks,
-- 
Kenshi Muto
kmuto@debian.org

Send a report that this bug log contains spam.