Red Hat Bugzilla – Bug 188583
cups pdftops filter doesn't have a config file
Last modified: 2007-11-30 17:07:24 EST
Description of problem:
The pdftops filter (/usr/lib/cups/filter/pdftops) wants to see a config file, /etc/cups/pdftops.conf. This
config file is not present in a stock installation of CUPS. As a result, the pdftops filter does not know
about CID-keyed fonts and character encodings for Chinese, Japanese, and Korean, so when a user
prints a PDF document that requires support for these languages, the print job fails silently.
Fortunately, the pdftops filter can read the same config file format that is used by the pdftops utility
that's part of the xpdf package (/usr/bin/pdftops). The default xpdf config file (/etc/xpdfrc) has
include directives that provide the needed CJK support; the problem is that the pdftops filter looks for a
config file at /etc/cups/pdftops.conf instead of at /etc/xpdfrc.
I would recommend either of two possible courses of action:
1. Copy /etc/xpdfrc to /etc/cups/pdftops.conf, add /etc/cups/pdftops.conf to the cups RPM.
2. Make /etc/cups/pdftops.conf a symlink to /etc/xpdfrc, add xpdf as a dependency to the cups RPM.
Version-Release number of selected component (if applicable):
The attached PDF file contains a whitespace character that is encoded for the Adobe-Japan1 character
collection (this is a consequence of a bug in Microsoft Office for Mac OS X, and the chances of it ever
being fixed are probably nil). Print this document to a CUPS print queue on a RHEL4 U2 server and it
will fail silently, though it will log an error. (This problem persists in RHEL4 U3, however.)
Steps to Reproduce:
1. Set LogLevel to info or higher on the print server.
2. Print the PDF from another machine.
3. Examine /var/log/cups/error_log for errors.
I [11/Apr/2006:10:34:16 -0400] Adding start banner page "none" to job 110.
I [11/Apr/2006:10:34:16 -0400] Job 110 queued on 'bw2x2' by 'shuff'.
I [11/Apr/2006:10:34:16 -0400] Started filter /usr/lib/cups/filter/pdftops (PID 25461) for job 110.
I [11/Apr/2006:10:34:16 -0400] Started filter /usr/lib/cups/filter/pstops (PID 25462) for job 110.
I [11/Apr/2006:10:34:16 -0400] Started filter /usr/lib/cups/filter/foomatic-rip (PID 25463) for job
I [11/Apr/2006:10:34:16 -0400] Started backend /usr/lib/cups/backend/smb (PID 25464) for job 110.
E [11/Apr/2006:10:34:16 -0400] [Job 110] Unknown character collection 'Adobe-Japan1'
E [11/Apr/2006:10:34:16 -0400] PID 25461 stopped with status 0!
(the printer produces no output, though it will produce a cover page if one is requested)
I [11/Apr/2006:10:31:03 -0400] Adding start banner page "none" to job 108.
I [11/Apr/2006:10:31:03 -0400] Job 108 queued on 'bw2x2' by 'shuff'.
I [11/Apr/2006:10:31:03 -0400] Started filter /usr/lib/cups/filter/pdftops (PID 25153) for job 108.
I [11/Apr/2006:10:31:03 -0400] Started filter /usr/lib/cups/filter/pstops (PID 25154) for job 108.
I [11/Apr/2006:10:31:03 -0400] Started filter /usr/lib/cups/filter/foomatic-rip (PID 25155) for job
I [11/Apr/2006:10:31:03 -0400] Started backend /usr/lib/cups/backend/smb (PID 25156) for job 108.
(the printer prints the document)
Created attachment 127618 [details]
PDF requiring Adobe-Japan1 character collection
Ah, good catch. Yes, we should ship a /etc/cups/pdftops.conf file in the cups
Also need to patch the pdftops filter for 'includeifexists', as in Fedora Core
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux maintenance release. Product Management has requested
further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed
products. This request is not yet committed for inclusion in an Update
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.