Under some circumstances, cups fails to print, because ghostscript-gpl-9.04 no longer installs *toraster filters, e.g. pstoraster, but provides a single gstoraster filter.
This problem has already been discussed for net-print/splix in bug 367071, but cups might require pstoraster in other cases also. Just searching for "pstoraster" in the source code of cups 1.4.8 yields important results, e.g:
conf/mime.convs.in:application/vnd.cups-postscript application/vnd.cups-raster 100 pstoraster
filter/imagetoraster.c: execlp("pstoraster", argv, argv, argv, argv, argv, argv,
It is suggested in
http://forums.fedoraforum.org/archive/index.php/t-265236.html that as a
workaround a symlink be created in the filters directory:
ln -s gstoraster pstoraster
But this might not be a good solution.
Here's the changelog entry for ghostscript-gpl 9 from
2011-02-28T22:31:28.419926Z Till Kamppeter
Added color management support to the CUPS ...toraster filters
Replaced the ...toraster filters by one filter executable, gstoraster,
written in C. This filter converts both PostScript and PDF input into the CUPS
Raster format using Ghostscript with the "cups" output device, controlled by
settings in the print queue's PPD file, by command line options, and by
settings embedded in a PostScript input stream. This is now done with color
management based on printer-specific ICC profiles referenced in the PPD file or
supplied by the color management daemon colord. The CUPS PPD extensions
concerning color management
(http://www.cups.org/documentation.php/doc-1.4/spec-ppd.html) are made use of
if used and the colord daemon is used if it is present. colord is accessed via
D-Bus, but the new filter can also be compiled without D-Bus and in this case
only the CUPS PPD extensions and ICC profiles assigned to the print queue are
used for color management.
Thanks to Richard Hughes for the patch.
Thanks a lot for the workaround. This bug just bit me when I needed the printing to work "right now." Needless to say, it was very upsetting. Apparently ghostscript-gpl was updated to stable 9.04-r3 just a few days ago.
was bitten by the same problem.
creating a symlink solved it.
I can also confirm this issue. It affects stable systems.
Is there any ebuild update in the queue?
~ # cd /usr/libexec/cups/filter/
filter # ln -s gstoraster pstoraster
(In reply to comment #3)
> Is there any ebuild update in the queue?
I'll add a new ghostscript revision installing the mentioned symlink.
But please also report a new bug for every affected printer driver in the tree still requiring the pstoraster filter so they can be fixed like splix (bug #367071) if possible.
In the long run (CUPS >=1.6) we probably need a separate filter package for some printer drivers to depend on since additional filters are removed by then, see CUPS bug STR #3930 (http://cups.org/str.php?L3930).
(In reply to comment #4)
> (In reply to comment #3)
> > Is there any ebuild update in the queue?
> I'll add a new ghostscript revision installing the mentioned symlink.
> But please also report a new bug for every affected printer driver in the tree
> still requiring the pstoraster filter so they can be fixed like splix (bug
> #367071) if possible.
> In the long run (CUPS >=1.6) we probably need a separate filter package for
> some printer drivers to depend on since additional filters are removed by then,
> see CUPS bug STR #3930 (http://cups.org/str.php?L3930).
Is fixed in current stable ghostscript-gpl-9.04-r4