Bug 188583 - cups pdftops filter doesn't have a config file
Summary: cups pdftops filter doesn't have a config file
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: cups
Version: 4.0
Hardware: All
OS: Linux
medium
low
Target Milestone: ---
: ---
Assignee: Tim Waugh
QA Contact:
URL:
Whiteboard:
Keywords:
Depends On:
Blocks: 176344
TreeView+ depends on / blocked
 
Reported: 2006-04-11 14:38 UTC by Steve Huff
Modified: 2007-11-30 22:07 UTC (History)
1 user (show)

(edit)
Clone Of:
(edit)
Last Closed: 2007-05-01 22:50:03 UTC


Attachments (Terms of Use)
PDF requiring Adobe-Japan1 character collection (10.49 KB, application/pdf)
2006-04-11 14:38 UTC, Steve Huff
no flags Details


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2007:0225 normal SHIPPED_LIVE cups bug fix update 2007-04-28 17:07:43 UTC

Description Steve Huff 2006-04-11 14:38:31 UTC
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):

cups-1.1.22-0.rc1.9.10
xpdf-3.00-11.10

How reproducible:

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.
  
Actual results:

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 
110.
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)

Expected results:

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 
108.
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)

Additional info:

Comment 1 Steve Huff 2006-04-11 14:38:31 UTC
Created attachment 127618 [details]
PDF requiring Adobe-Japan1 character collection

Comment 2 Tim Waugh 2006-04-11 16:28:14 UTC
Ah, good catch.  Yes, we should ship a /etc/cups/pdftops.conf file in the cups
RPM package.


Comment 3 Tim Waugh 2006-05-02 12:12:04 UTC
Also need to patch the pdftops filter for 'includeifexists', as in Fedora Core
devel.

Comment 4 RHEL Product and Program Management 2006-08-18 16:17:47 UTC
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
release.

Comment 11 Red Hat Bugzilla 2007-05-01 22:50:03 UTC
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.

http://rhn.redhat.com/errata/RHBA-2007-0225.html



Note You need to log in before you can comment on or make changes to this bug.