[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#370604: marked as done (cupsys: Cupsys 1.2.1 fails to "wake" sleeping USB printer any more)



Your message dated Wed, 4 Aug 2010 12:09:07 +0200
with message-id <AANLkTikstQLPnomOp70gOkpokAj7o5=fLL0nQbA=XbfJ@mail.gmail.com>
and subject line Re: Bug#370604: [Debian QA] please review your old bug reports  against CUPS
has caused the Debian Bug report #370604,
regarding cupsys: Cupsys 1.2.1 fails to "wake" sleeping USB printer any more
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
370604: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=370604
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: cupsys
Version: 1.2.1-1
Severity: important


Since upgrading to Cupsys 1.2.1, printing has become most unreliable.

I have a Brother HL-1430 attached via USB; this worked fine under Cupsys 1.1.x.
The printer goes to a low-power sleep mode if inactive for 5 minutes.

Under 1.2.x, if the printer is in sleep mode, attempts to print to it are met
with the Web interface message:
	"/usr/lib/cups/backend/usb failed"
or:
	"Unable to open USB device, queuing on next printer in class..."

And with LogLevel = Debug, the following final error message is repeated in
/var/log/cups/error_log:
>
>E [06/Jun/2006:02:44:19 +0100] PID 23207 (/usr/lib/cups/backend/usb) stopped with status 1!
>
(There's lots of other rubbish in there; this seems to be the most useful message)


As a work-around, unplugging and replacing the USB cable causes everything to wake up, in
particular I believe Hotplug comes to life and detects a new printer. CUPS will then happily
flush the queue and/or print any new jobs that come along right up until the idle timeout
kicks in again and the printer goes back to sleep. 

So I deduce that something is failing to issue the appropriate kicks to wake up the printer
in 1.2.1.

BTW I'm using the PPD from:
/usr/share/ppd/linuxprinting.org-gs/Brother/Brother-HL-1430-hl1250.ppd.gz
(Brother HL-1430 Foomatic/hl1250 (recommended))

And the device is connected on:
(usb://Brother/HL-1430%20series)

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (900, 'unstable'), (500, 'testing'), (200, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15.2006010301
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB)

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-1         Common UNIX Printing System(tm) - 
ii  libcupsys2               1.2.1-1         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.18          Library for handling paper charact
ii  libslp1                  1.2.1-5         OpenSLP libraries
ii  lsb-base                 3.1-9           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-5         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-1          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 information:
* cupsys/raw-print: true
* cupsys/lpr-backend-setuid: false
* cupsys/ports: 127.0.0.1:631 192.168.0.2:631
* cupsys/backend: usb
  cupsys/portserror:
* cupsys/browse: true


--- End Message ---
--- Begin Message --- I did some test myself and I can't reproduce it using 1.4.x
As this bug report is quite old, I'm closing it.

Thanks,

Jean

2010/5/5 Matthew Exley <henley@guided-naafi.org>
I'm afraid I don't have the infrastructure in place to perform the testing required to confirm whether the bug still exists.

Sorry.

On 4 May 2010 18:24, Jean Felder <jean.felder@gmail.com> wrote:
Hi!

You reported a bug against the CUPS package in Debian a long time ago (#370604)
and the maintainers are wondering if you can still reproduce the bug
using version 1.4.3-1 that is currently in Debian unstable?

Thanks!


Jean



--
Matthew Exley
henley@guided-naafi.org


--- End Message ---

Reply to: