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

Bug#533186: marked as done (cups: Cups not recognising/liking file formats)



Your message dated Wed, 17 Jun 2009 16:11:05 +0200
with message-id <20090617141105.GE31164@piware.de>
and subject line Re: [Pkg-cups-devel] Bug#533186: Bug#533186: #533186: cups: Cups not recognising/liking file formats
has caused the Debian Bug report #533186,
regarding cups: Cups not recognising/liking file formats
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.)


-- 
533186: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=533186
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: cups
Version: 1.3.10-4
Severity: important


After updating my system this morning I can no longer print to any
of my printers. I get:

> lpr x.log 
lpr: Unsupported format 'text/plain'!

or

> lpr test.ps 
lpr: Unsupported format 'application/postscript'!

I've turned on the debug level in cups and the error log has:

 [15/Jun/2009:14:15:20 +0100] cupsdProcessIPPRequest: 9 status_code=0 (successful-ok)
D [15/Jun/2009:14:15:20 +0100] cupsdCloseClient: 9
D [15/Jun/2009:14:15:20 +0100] cupsdAcceptClient: 9 from localhost (Domain)
D [15/Jun/2009:14:15:20 +0100] cupsdReadClient: 9 POST /printers/ppe-pclaser HTTP/1.1
D [15/Jun/2009:14:15:20 +0100] cupsdAuthorize: No authentication data provided.
D [15/Jun/2009:14:15:20 +0100] Print-Job ipp://localhost/printers/ppe-pclaser
D [15/Jun/2009:14:15:20 +0100] [Job ???] Auto-typing file...
I [15/Jun/2009:14:15:20 +0100] [Job ???] Request file type is text/plain.
D [15/Jun/2009:14:15:20 +0100] Print-Job client-error-document-format-not-supported: Unsupported format 'text/plain'!
D [15/Jun/2009:14:15:20 +0100] cupsdProcessIPPRequest: 9 status_code=40a (client-error-document-format-not-supported)
D [15/Jun/2009:14:15:20 +0100] cupsdCloseClient: 9

Any help would be much appreciated

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.29.3 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages cups depends on:
ii  adduser                  3.110           add and remove users and groups
ii  bc                       1.06.94-3.1     The GNU bc arbitrary precision cal
ii  cups-client              1.3.10-4        Common UNIX Printing System(tm) - 
ii  cups-common              1.3.10-4        Common UNIX Printing System(tm) - 
ii  debconf [debconf-2.0]    1.5.26          Debian configuration management sy
ii  ghostscript              8.64~dfsg-10    The GPL Ghostscript PostScript/PDF
ii  libavahi-compat-libdnssd 0.6.25-1        Avahi Apple Bonjour compatibility 
ii  libc6                    2.9-15          GNU C Library: Shared libraries
ii  libcups2                 1.3.10-4        Common UNIX Printing System(tm) - 
ii  libcupsimage2            1.3.10-4        Common UNIX Printing System(tm) - 
ii  libdbus-1-3              1.2.14-2        simple interprocess messaging syst
ii  libgcc1                  1:4.4.0-6       GCC support library
ii  libgnutls26              2.6.6-1         the GNU TLS library - runtime libr
ii  libgssapi-krb5-2         1.7dfsg~beta3-1 MIT Kerberos runtime libraries - k
ii  libijs-0.35              0.35-7          IJS raster image transport protoco
ii  libkrb5-3                1.7dfsg~beta3-1 MIT Kerberos runtime libraries
ii  libldap-2.4-2            2.4.15-1.1      OpenLDAP libraries
ii  libpam0g                 1.0.1-9         Pluggable Authentication Modules l
ii  libpaper1                1.1.23+nmu1     library for handling paper charact
ii  libpoppler4              0.10.6-1        PDF rendering library
ii  libslp1                  1.2.1-7.5       OpenSLP libraries
ii  libstdc++6               4.4.0-6         The GNU Standard C++ Library v3
ii  lsb-base                 3.2-22          Linux Standard Base 3.2 init scrip
ii  perl-modules             5.10.0-23       Core Perl modules
ii  poppler-utils [xpdf-util 0.10.6-1        PDF utilitites (based on libpopple
ii  procps                   1:3.2.8-1       /proc file system utilities
ii  ssl-cert                 1.0.23          simple debconf wrapper for OpenSSL
ii  ttf-freefont             20090104-2      Freefont Serif, Sans and Mono True

Versions of packages cups recommends:
ii  avahi-utils               0.6.25-1       Avahi browsing, publishing and dis
ii  cups-driver-gutenprint    5.2.3-3        printer drivers for CUPS
ii  foomatic-filters          4.0-20090509-1 OpenPrinting printer support - fil
pn  ghostscript-cups          <none>         (no description available)
ii  smbclient                 2:3.3.4-2      command-line SMB/CIFS clients for 

Versions of packages cups suggests:
ii  cups-bsd               1.3.10-4          Common UNIX Printing System(tm) - 
ii  cups-pdf               2.5.0-3           PDF printer for CUPS
ii  foomatic-db            20090508-1        OpenPrinting printer support - dat
ii  foomatic-db-engine     4.0-20090509-1+b1 OpenPrinting printer support - pro
ii  hplip                  3.9.4b-1          HP Linux Printing and Imaging Syst
pn  xpdf-korean | xpdf-jap <none>            (no description available)

-- debconf information:
* cupsys/raw-print: true
* cupsys/backend: ipp, lpd, parallel, scsi, serial, socket, usb, snmp, dnssd



--- End Message ---
--- Begin Message ---
Christian Hammers [2009-06-17 15:06 +0200]:
> My guess is that most apps convert their sources to postscript before
> sending it to CUPS which would justify a dependency to whatever CUPS
> needs to be able to print postscript.

But ghostscript-cups already Depends: cups because its postinst relies
on cupsd running. Thus this would result in a circular dependency and
break ghostscript-cups. Recommends: is almost as strong, and in theory
you _can_ run cups without ghostscript-cups, so I think Recommends: is
appropriate.

Nowadays you shouldn't really disable Recommends: by default, packages
start to rely on it.

Thanks,

Martin

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


--- End Message ---

Reply to: