Your message dated Thu, 10 Mar 2016 18:22:54 +0000
with message-id <[email protected]>
and subject line Re: Bug#796779: cups-server-common: CUPS mime.types no longer
recognises PDF
has caused the Debian Bug report #796779,
regarding cups-server-common: CUPS mime.types no longer recognises PDF
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 [email protected]
immediately.)
--
796779: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796779
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: cups-server-common
Version: 2.0.3-10
Severity: important
Tags: patch
Dear Maintainer,
I found that CUPS stopped printing from some applications, e.g. evince, gimp.
However, other applications did work, e.g. xpdf. Also, printing a test page
from the CUPS web interface DID work.
On investigation, it looked as though the non-working applications were sending
their print job as PDF, while the working ones were sending PostScript.
With debug on, I could see the following:
D [24/Aug/2015:11:52:04 +0100] [Job ???] Auto-typing file...
I [24/Aug/2015:11:52:04 +0100] [Job ???] Request file type is application
/octet-stream.
The file /usr/share/cups/mime/mime.types contains a rule to recognise PDF as
follows:
application/pdf pdf regex(0,^[\\n\\r]*%PDF)
I can't see anything wrong with that, but it isn't working. When I change the
rule to:
application/pdf pdf string(0,%PDF)
the file is recognised as PDF and the correct filters are called and printing
works. (I'm aware that my replacement rule will fail if there is whitespace at
the start.) Debug shows:
D [24/Aug/2015:13:19:46 +0100] [Job ???] Auto-typing file...
I [24/Aug/2015:13:19:46 +0100] [Job ???] Request file type is application/pdf.
I have no idea what can be unusual with my system to cause the regex to fail. I
have made no manual mods to anything to do with CUPS.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.0.4-thinkpad (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_IE.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
-- no debconf information
--- End Message ---
--- Begin Message ---
The report forwarded upstream by Odyx produced:
http://www.cups.org/documentation.php/doc-2.1/relnotes.html
CUPS 2.1.0 (August 31, 2015)
The new PDF file type rule did not work (STR #4692)
Regards,
Brian
--- End Message ---
