Bug#658258: Cups 1.5.0-16 breaks plain text printing

2012-02-07 Thread Martin Pitt
Hello,

sacrificial-spam-addr...@horizon.com [2012-02-01 10:15 -0500]:
 The split off of a separate cups-filters package omits the texttops
 command which is called for in /etc/cups/mime.convs.

Well, it actually was deliberately dropped, as cups has used an
internal PDF workflow for a long time already.

 # grep texttops /etc/cups/mine.convs
 application/x-cshell  application/postscript  33  texttops

This is a local configuration file, not shipped by cups. So this does
not break the package for everybody, but nevertheless is a rather
important upgrade issue. But I don't want to argue about the severity
of the report, we need to fix it one way or the other anyway.

There could be a debconf warning, but I think it would be better to
reintroduce a simple texttops shell wrapper which more or less does
texttopdf | pdftops. Till wanted to look into this.

 You'd think it would be easy enough to log an error message like
 execve: /usr/lib/cups/filter/texttops: No such file or directory to
 bestow upon the humble sysadmin a clue as to *why* the document format
 is not supported.

Amen.. :/

 There should be a log message somewhere explaining the sequence of filters
 that cups chooses to apply, and detailed error output if any of them fail.

I think it does when you do cupsctl --debug-logging.

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



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#658258: Cups 1.5.0-16 breaks plain text printing

2012-02-07 Thread sacrificial-spam-address
 # grep texttops /etc/cups/mine.convs
 application/x-cshell application/postscript  33  texttops

 This is a local configuration file, not shipped by cups. So this does
 not break the package for everybody, but nevertheless is a rather
 important upgrade issue. But I don't want to argue about the severity
 of the report, we need to fix it one way or the other anyway.

Um!  That's very odd.  dpkg -L cups and dpkg -S /etc/cups/mime.convs
agree that the file is owned by the cups package.  But you're right,
it's not part of the contents of the current cups_1.5.0 packages.

How the hell did *that* happen?  Does it consitute a bug or misfeature
in dpkg?

This might be some historical leftover from an old version or something.
(The Debian installation has been continuously tracking unstable since
1999 or so.)

Unfortunately, my archive of old binary packages got trashed recently,
so it's hard to check history.

There could be a debconf warning, but I think it would be better to
reintroduce a simple texttops shell wrapper which more or less does
texttopdf | pdftops. Till wanted to look into this.

 You'd think it would be easy enough to log an error message like
 execve: /usr/lib/cups/filter/texttops: No such file or directory to
 bestow upon the humble sysadmin a clue as to *why* the document format
 is not supported.

 Amen.. :/

Hopefully the rant tag helped keep it from feeling too much like a
personal attack.

 There should be a log message somewhere explaining the sequence of filters
 that cups chooses to apply, and detailed error output if any of them fail.
 
 I think it does when you do cupsctl --debug-logging.

Already turned on.  No such logs.  :-(

$ /usr/sbin/cupsctl
_debug_logging=1
_remote_admin=1
_remote_any=0
_remote_printers=1
_share_printers=1
_user_cancel_any=1
BrowseLocalProtocols=CUPS dnssd lpd smb
BrowseRemoteProtocols=CUPS
DefaultAuthType=Basic
JobPrivateAccess=default
JobPrivateValues=default
MaxLogSize=0
RIPCache=2044719k
ServerAlias=$ALIAS.horizon.com
ServerName=$HOST.horizon.com
SubscriptionPrivateAccess=default
SubscriptionPrivateValues=default
SystemGroup=root lpadmin
WebInterface=Yes

$ COLUMNS=80 dpkg -l cups
dpkg-query: warning: parsing file '/var/lib/dpkg/available' near line 497840 
package 'cnews':
 error in Version string 'cr.g7-40.4': version number does not start with digit
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   VersionDescription
+++-==-==-
ii  cups   1.5.0-15   Common UNIX Printing System(tm) - server

$ dpkg -L cups
/.
/etc
/etc/fonts
/etc/fonts/conf.d
/etc/logrotate.d
/etc/logrotate.d/cups
/etc/pam.d
/etc/pam.d/cups
/etc/init.d
/etc/init.d/cups
/etc/cups
/etc/cups/ssl
/etc/cups/cupsd.conf
/etc/cups/snmp.conf
/etc/cups/ppd
/etc/cups/cupsd.conf.default
/etc/modprobe.d
/etc/modprobe.d/blacklist-cups-usblp.conf
/etc/default
/etc/default/cups
/usr
/usr/lib
/usr/lib/cups
/usr/lib/cups/monitor
/usr/lib/cups/monitor/bcp
/usr/lib/cups/monitor/tbcp
/usr/lib/cups/daemon
/usr/lib/cups/daemon/cups-lpd
/usr/lib/cups/daemon/cups-deviced
/usr/lib/cups/daemon/cups-driverd
/usr/lib/cups/daemon/cups-exec
/usr/lib/cups/daemon/cups-polld
/usr/lib/cups/notifier
/usr/lib/cups/notifier/dbus
/usr/lib/cups/notifier/rss
/usr/lib/cups/notifier/mailto
/usr/lib/cups/backend-available
/usr/lib/cups/backend-available/dnssd
/usr/lib/cups/backend-available/ipp
/usr/lib/cups/backend-available/parallel
/usr/lib/cups/backend-available/usb
/usr/lib/cups/backend-available/lpd
/usr/lib/cups/backend-available/snmp
/usr/lib/cups/backend-available/socket
/usr/lib/cups/backend-available/serial
/usr/lib/cups/cgi-bin
/usr/lib/cups/cgi-bin/printers.cgi
/usr/lib/cups/cgi-bin/admin.cgi
/usr/lib/cups/cgi-bin/help.cgi
/usr/lib/cups/cgi-bin/classes.cgi
/usr/lib/cups/cgi-bin/jobs.cgi
/usr/lib/cups/backend
/usr/lib/cups/driver
/usr/lib/cups/filter
/usr/lib/cups/filter/cpdftocps
/usr/lib/cups/filter/commandtops
/usr/lib/cups/filter/rastertolabel
/usr/lib/cups/filter/oopstops
/usr/lib/cups/filter/rastertohp
/usr/lib/cups/filter/gziptoany
/usr/lib/cups/filter/texttops
/usr/lib/cups/filter/bannertops
/usr/lib/cups/filter/imagetops
/usr/lib/cups/filter/rastertoepson
/usr/lib/cups/filter/rastertopwg
/usr/lib/cups/filter/pstops
/usr/share
/usr/share/man
/usr/share/man/man8
/usr/share/man/man8/cups-driverd.8.gz
/usr/share/man/man8/cups-polld.8.gz
/usr/share/man/man8/cupsfilter.8.gz
/usr/share/man/man8/cupsd.8.gz
/usr/share/man/man8/cups-deviced.8.gz
/usr/share/man/man5
/usr/share/man/man5/printers.conf.5.gz
/usr/share/man/man5/mime.types.5.gz
/usr/share/man/man5/cups-snmp.conf.5.gz
/usr/share/man/man5/cupsd.conf.5.gz
/usr/share/man/man5/mime.convs.5.gz
/usr/share/man/man5/classes.conf.5.gz
/usr/share/man/man5/mailto.conf.5.gz
/usr/share/man/man5/subscriptions.conf.5.gz

Bug#658258: Cups 1.5.0-16 breaks plain text printing

2012-02-01 Thread sacrificial-spam-address
Package: cups
Version: 1.5.0-16
Severity: grave

[521]$ echo Hello, world | lpr
lpr: Unsupported document-format text/plain.

The split off of a separate cups-filters package omits the texttops
command which is called for in /etc/cups/mime.convs.

# dpkg-deb -c cups-filters_1.0~b1-3_i386.deb | grep filter/
drwxr-xr-x root/root 0 2012-01-30 01:41 ./usr/lib/cups/filter/
-rwxr-xr-x root/root 34076 2012-01-30 01:41 
./usr/lib/cups/filter/rastertoescpx
-rwxr-xr-x root/root 55960 2012-01-30 01:41 
./usr/lib/cups/filter/imagetoraster
-rwxr-xr-x root/root149088 2012-01-30 01:41 ./usr/lib/cups/filter/pdftoopvp
-rwxr-xr-x root/root  9500 2012-01-30 01:41 
./usr/lib/cups/filter/commandtoescpx
-rwxr-xr-x root/root 89192 2012-01-30 01:41 ./usr/lib/cups/filter/texttopdf
-rwxr-xr-x root/root  6481 2012-01-30 01:41 ./usr/lib/cups/filter/pstopdf
-rwxr-xr-x root/root155740 2012-01-30 01:41 ./usr/lib/cups/filter/pdftopdf
-rwxr-xr-x root/root 21904 2012-01-30 01:41 ./usr/lib/cups/filter/pdftoijs
-rwxr-xr-x root/root 17752 2012-01-30 01:41 
./usr/lib/cups/filter/bannertopdf
-rwxr-xr-x root/root 34076 2012-01-30 01:41 
./usr/lib/cups/filter/rastertopclx
-rwxr-xr-x root/root  5404 2012-01-30 01:41 
./usr/lib/cups/filter/commandtopclx
-rwxr-xr-x root/root 34196 2012-01-30 01:41 
./usr/lib/cups/filter/pdftoraster
-rwxr-xr-x root/root  3561 2012-01-30 01:21 ./usr/lib/cups/filter/textonly
-rwxr-xr-x root/root 34120 2012-01-30 01:41 ./usr/lib/cups/filter/imagetopdf
-rwxr-xr-x root/root 21968 2012-01-30 01:41 ./usr/lib/cups/filter/pdftops
# grep texttops /etc/cups/mine.convs
application/x-cshellapplication/postscript  33  texttops
application/x-csource   application/postscript  33  texttops
application/x-perl  application/postscript  33  texttops
application/x-shell application/postscript  33  texttops
text/plain  application/postscript  33  texttops
text/html   application/postscript  33  texttops

This is Extremely Not Okay, thus the high severity level.
grave: makes the package in question unusable or mostly so


rant
Have I also mentioned that cups error reporting (or, more specifically,
the catastrophic lack of it) is a festering reeking maggot-ridden
mountain of suppurating shit?

You'd think it would be easy enough to log an error message like
execve: /usr/lib/cups/filter/texttops: No such file or directory to
bestow upon the humble sysadmin a clue as to *why* the document format
is not supported.  But no, all I get is:

D [01/Feb/2012:14:35:11 +] Send-Document ipp://localhost:631/printers/lablp
D [01/Feb/2012:14:35:11 +] cupsdIsAuthorized: requesting-user-name=$USER
D [01/Feb/2012:14:35:11 +] [Job 138052] Auto-typing file...
D [01/Feb/2012:14:35:11 +] [Job 138052] Request file type is text/plain.
D [01/Feb/2012:14:35:11 +] Send-Document 
client-error-document-format-not-supported: Unsupported document-format 
text/plain.
E [01/Feb/2012:14:35:11 +] Returning IPP 
client-error-document-format-not-supported for Send-Document 
(ipp://localhost:631/printers/lablp) from localhost
D [01/Feb/2012:14:35:11 +] cupsdSetBusyState: newbusy=Dirty files, 
busy=Active clients and dirty files
D [01/Feb/2012:14:35:11 +] cupsdReadClient: 17 WAITING Closing on EOF
D [01/Feb/2012:14:35:11 +] cupsdCloseClient: 17
D [01/Feb/2012:14:35:11 +] cupsdSetBusyState: newbusy=Dirty files, 
busy=Dirty files

... leaving me to grovel though the configuration files and figure out
not just which step of cups' byzantine internal processes is not working,
but what those steps are in the first place!

There should be a log message somewhere explaining the sequence of filters
that cups chooses to apply, and detailed error output if any of them fail.

Maybe I could just go back to lprng + magicfilter...
/rant



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org