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

Bug#356468: marked as done (cupsys: Cupsys incorrectly breaks and restarts prints)

Your message dated Sun, 1 Jun 2008 23:09:06 +0200
with message-id <20080601210906.GB6509@piware.de>
and subject line Cleaning up old bug reports
has caused the Debian Bug report #356468,
regarding cupsys: Cupsys incorrectly breaks and restarts prints
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.)


-- 
356468: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=356468
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: cupsys
Version: 1.1.23-15
Severity: normal

Hello,

>From time to time, cups occasionally restarts printing jobs (e. G. when 
reconfiguring the printer via http://localhost:631 or on crontab runs).

However, it restarts them from the beginning, which is extremely 
annoying if you were on page 115 on a 120-page printout on your inkjet 
printer.

Additionally, as the break seems to occur some midst the command 
sequences sent to the printer, the printer itsself sometimes hangs 
immediately, sometimes restarts the new page in the middle of the page 
it was just printing, occasinally hanging on the end of this page 
afterwards, and other funny effects.

Ideally, the current job should continue running on those occasions.

And the breaking and continuing of jobs should get some notion of "page" 
and "command sequence", so that an ordinary "stop job" (e. G. no 
emergency stop or lprm) stops at the end of the current page, and lets 
the user continue at the beginning of the next page. And an emergency 
stop should always leave the printer in a consistent state, by 
gracefully aborting the current command sequence, and sending a reset to 
the printer.

But seeing the masses of bug reports filed against cupsys, I'm rather 
out of hope for this to be fixed. It seems that you debian maintainers 
gave up, and I'm afraid that I fully understand you...

Thanks for your work,
Markus

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (50, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15
Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15)

Versions of packages cupsys depends on:
ii  adduser                  3.80            Add and remove users and groups
ii  debconf [debconf-2.0]    1.4.71          Debian configuration management sy
ii  gs-esp                   8.15.1.dfsg.1-1 The Ghostscript PostScript interpr
ii  libc6                    2.3.5-13        GNU C Library: Shared libraries an
ii  libcupsimage2            1.1.23-15       Common UNIX Printing System(tm) - 
ii  libcupsys2               1.1.23-15       Common UNIX Printing System(tm) - 
ii  libgnutls12              1.2.9-2         the GNU TLS library - runtime libr
ii  libpam0g                 0.79-3.1        Pluggable Authentication Modules l
ii  libpaper1                1.1.14-5        Library for handling paper charact
ii  libslp1                  1.2.1-5         OpenSLP libraries
ii  patch                    2.5.9-4         Apply a diff file to an original
ii  perl-modules             5.8.8-2         Core Perl modules
ii  procps                   1:3.2.6-2.1     /proc file system utilities
ii  xpdf-utils               3.01-7          Portable Document Format (PDF) sui
ii  zlib1g                   1:1.2.3-9       compression library - runtime

Versions of packages cupsys recommends:
ii  cupsys-client           1.1.23-15        Common UNIX Printing System(tm) - 
ii  foomatic-filters        3.0.2-20060113-1 linuxprinting.org printer support 
ii  smbclient               3.0.21b-1        a LanManager-like simple client fo

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

--- End Message ---
--- Begin Message --- 
Dear bug submitter,

This bug was reported against a very old version of cups (older than
in the current stable Debian version "Etch"). About a year ago,
Martin-Eric Racine asked for feedback whether the bug still applied to
the current Debian Etch version, but we did not get any feedback. In
order to not keep around old, hardware-specific, and inactive bugs
around forever, I close this bug now.

Please report back if you still experience the problem with the
current version in Etch; if you can test Lenny/unstable, that would be
highly appreciated, of course. I will reopen this bug then.

Thank you for your report!

Martin
-- 
Martin Pitt                        | http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)

Attachment: signature.asc
Description: Digital signature


--- End Message ---
Reply to: