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.
** Changed in: poppler (Ubuntu)
Sourcepackagename: foomatic-filters => poppler
Importance: Undecided => Medium
Status: Incomplete => Triaged
--
foomatic-rip fails to rip PDF
https://bugs.launchpad.net/bugs/335397
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
