Comment 7 for bug 335397
Revision history for this message
| Till Kamppeter (till-kamppeter) wrote Re: foomatic-rip fails to rip PDF | #7 |
© 2004
Canonical Ltd.
•
Terms of use
•
Data privacy
•
Contact Launchpad Support
•
Blog
•
Careers
•
System status
•
35a32c5
(Get the code!)
pdftops is part of the CUPS package, but in Debian and Ubuntu it is replaced by the current snapshots of the pdftops filter of CUPS 1.4. This is done to avoid duplication of the source code of Poppler/XPDF as CUPS 1.3.x contains a complete copy of XPDF to implement the pdftops filter. These duplications have to be avoided in distros to facilitate security bug fixes and to save CD space.
Arno is using Intrepid and there the pdftops filter has called /usr/bin/pdftops, a part of Poppler. So the bug is either in Poppler, producing bad Postscript or in Ghostscript having problems with Poppler's Postscript. To check this, someone should try to send the output of "pdftops afdruk.pdf" to a native PostScript printer to see whether the printer understands Poppler's PostScript. This bug is not a bug of foomatic-filters.
To exclude the pdftopdf filter from being the culprit I did
pdftops afdruk.pdf
gs afdruk.ps
and Ghostscript showed the same error as it showed in the attached error_log. So upstream bugs on Poppler (and perhaps Ghostscript) need to be filed.
In Jaunty this bug does not occur, as there is a newer version of the pdftops filter from CUPS 1.4 which uses Ghostscript.
Arno, you can easily work around the bug. Remove your print queue and create a new one. Then a newer PPD file is used which uses a more straightforward filter workflow without pdftops. Then your file should print.