Bug#658258: Cups 1.5.0-16 breaks plain text printing
>> # 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 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/subscription
Bug#658258: Cups 1.5.0-16 breaks plain text printing
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-rc-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
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" 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... -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org