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

Bug#510857: marked as done (cupsys: cups print jobs hang since upgrade to Etch)

Your message dated Mon, 19 Jan 2009 08:15:59 +0100
with message-id <200901190816.04699@fortytwo.ch>
and subject line Re: Bug#510857: Cups problem
has caused the Debian Bug report #510857,
regarding cupsys: cups print jobs hang since upgrade to Etch
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.)


-- 
510857: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=510857
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: cupsys
Version: 1.2.7-4etch6
Severity: grave
Justification: renders package unusable

The bug seems related to several other "upgrade-ones "in the DB
- I try to provide more detail:
my bug may seem similiar to #480178, but reinstalling the printer does
not solve the problem.

My printer is a HP LaserJet 2200dn configured as a network printer
like this (/etc/cups/printers.conf):
------------
# Printer configuration file for CUPS v1.2.7
# Written by cupsd on 2009-01-05 12:58
<Printer lj2200>
Info HP LaserJet mit Duplexeinheit
Location Stadlau
DeviceURI ipp://lj
State Idle
StateTime 1231156647
Accepting Yes
Shared Yes
JobSheets none none
QuotaPeriod 0
PageLimit 0
KLimit 0
OpPolicy default
ErrorPolicy stop-printer
</Printer>
------------
ping to the printer works, as does the web interface to CUPS on localhost:631
(/etc/hosts) contains:
------------
10.0.0.200              lj2200.faltl.com        lj
------------
The driver selected in CUPS configuration for the printer is
"HP LaserJet - CUPS+Gutenprint v5.0.0 (en)"


Since the upgrade to Etch, it is no longer possible to print with
CUPS. The print jobs get queued, but hang in the queue indefinitely
according to 'lpq'. At the same time it is possible to print from
OpenOffice to the same printer from the same machine. This may be
due to the existence of /usr/sbin/hpiod and /usr/sbin/hpssd, that
seem new to me since Etch (there are no man pages to these daemons
- another bug imo).
It is possible to remove the hanging jobs with 'lprm'.

To track down the problem I looked into the Cups error log
(http://localhost.localdomain:631/admin/log/error_log) containing:
---------------
 [05/Jan/2009:12:04:55 +0100] [Job 12] /undefined in Îݸ
 E [05/Jan/2009:12:04:55 +0100] PID 2510
 (/usr/lib/cups/filter/pstoraster) stopped with status 1!
 E [05/Jan/2009:12:31:25 +0100] Restart-Job: Unauthorized
 E [05/Jan/2009:12:31:42 +0100] [Job 12] /undefined in Îݸ
 E [05/Jan/2009:12:31:42 +0100] PID 3101
 (/usr/lib/cups/filter/pstoraster) stopped with status 1!
 E [05/Jan/2009:12:35:16 +0100] CUPS-Reject-Jobs: Unauthorized
 E [05/Jan/2009:12:35:16 +0100] CUPS-Reject-Jobs: Unauthorized
 E [05/Jan/2009:12:35:43 +0100] Pause-Printer: Unauthorized
 E [05/Jan/2009:12:38:17 +0100] CUPS-Delete-Printer: Unauthorized
 E [05/Jan/2009:12:40:41 +0100] CUPS-Delete-Printer: Unauthorized
 E [05/Jan/2009:12:57:27 +0100] CUPS-Add-Modify-Printer: Unauthorized
 E [05/Jan/2009:12:58:36 +0100] CUPS-Add-Modify-Printer: Unauthorized
 E [05/Jan/2009:12:59:30 +0100] [Job 16] pdftops-options: -cfg
 /etc/cups/pdftops.conf
 E [05/Jan/2009:12:59:30 +0100] [Job 16] /undefined in Îݸ
 E [05/Jan/2009:12:59:30 +0100] PID 3673
 (/usr/lib/cups/filter/pstoraster) stopped with status 1!
--------------
The "Job 12" is from before reinstalling the printer, "Job 16"
after deleting and reinstalling.
There is no file '/etc/cups/pdftops.conf' on my machine, at least
not since Etch.

As I assume the problem is coupled with the advent of hplip:
-------------
ajf8:/etc/cups# dpkg -l hplip
....
ii  hplip          1.6.10-3etch1  HP Linux Printing and Imaging System (HPLIP)
-------------
Personal Comment: printing worked perfectly for me before Etch.
I never asked for a hplip-system, so what point is there in having
two printing daemons that eventually just clash?

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable'), (1, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.24.4-ajf
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)

Versions of packages cupsys depends on:
ii  adduser             3.102                Add and remove users and groups
ii  cupsys-common       1.2.7-4etch6         Common UNIX Printing System(tm) - 
ii  debconf [debconf-2. 1.5.11etch2          Debian configuration management sy
ii  gs-esp              8.15.3.dfsg.1-1etch1 The Ghostscript PostScript interpr
ii  libc6               2.3.6.ds1-13etch8    GNU C Library: Shared libraries
ii  libcupsimage2       1.2.7-4etch6         Common UNIX Printing System(tm) - 
ii  libcupsys2          1.2.7-4etch6         Common UNIX Printing System(tm) - 
ii  libdbus-1-3         1.0.2-1+etch2        simple interprocess messaging syst
ii  libgnutls13         1.4.4-3+etch1        the GNU TLS library - runtime libr
ii  libldap2            2.1.30-13.3          OpenLDAP libraries
ii  libpam0g            0.79-5               Pluggable Authentication Modules l
ii  libpaper1           1.1.21               Library for handling paper charact
ii  libslp1             1.2.1-6.2            OpenSLP libraries
ii  lsb-base            3.1-23.2etch1        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-7etch6         Core Perl modules
ii  poppler-utils [xpdf 0.4.5-5.1etch3       PDF utilitites (based on libpopple
ii  procps              1:3.2.7-3            /proc file system utilities
ii  zlib1g              1:1.2.3-13           compression library - runtime

Versions of packages cupsys recommends:
ii  cupsys-client         1.2.7-4etch6       Common UNIX Printing System(tm) - 
ii  foomatic-filters      3.0.2-20061031-1.2 linuxprinting.org printer support 
pn  smbclient             <none>             (no description available)

-- debconf information:
  cupsys/raw-print: true
  cupsys/backend: ipp, lpd, parallel, socket, usb

--- End Message ---
--- Begin Message --- 
On Saturday 17 January 2009 16.09:19 you wrote:
> I can't reproduce the
> problem any longer - it vanished, i.e. the PDF-files now print with
> command lp(1).

Ok.  Closing the bug for now, in case you ever find out what exactly was 
happening, you can still re-open it (or file a new bug.)

> To select short pdf-files for testing I made something that may
> have influenced this process: I installed
> AdobeReader_deu-8.1.3-1.i386.deb from Adobe WEB-site. Since not being
> able to reproduce the bug
> any longer, I purged this package but printing PDFs still works.

You are aware that there is a number of opensource pdf viewers available?  
(kpdf and xpdf come to mind); filing bugs where non-opensource software is 
involved is unpopular, since if it turns out that it was the problem of the 
non-opensource software we can't do anything about it.

> P.S.: I set the bug to grave, since not being able to print a very
> common file format
> on a postscript printer appeared severe to me - now I feel somewhat
> strange.

Not being able to print PDF to a postscript printer might be grave, but you 
just didn't give enough information for the bug report to be helpful.

cheers
-- vbi



-- 
The syntax does not look like line noise (like PERL) or swahili (like
Smalltalk or LISP).
        -- Using, Maintaining and Enhancing COBOL for the GNU Compiler
           Collection (GCC)

Attachment: signature.asc
Description: This is a digitally signed message part.


--- End Message ---
Reply to: