I am not sure which piece of software is to blame here. Could be the recent ghostscript updates, maybe. D [03/Apr/2010:10:22:22 +0200] [Job 567] PID 6923 (pstops) exited with no errors. D [03/Apr/2010:10:22:22 +0200] [Job 567] Error: /syntaxerror in -file- D [03/Apr/2010:10:22:22 +0200] [Job 567] Operand stack: D [03/Apr/2010:10:22:22 +0200] [Job 567] x D [03/Apr/2010:10:22:22 +0200] [Job 567] Execution stack: D [03/Apr/2010:10:22:22 +0200] [Job 567] %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1878 1 3 %oparray_pop 1877 1 3 %oparray_pop 1861 1 3 %oparray_pop 1755 1 3 %oparray_pop --nostringval-- %errorexec_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push D [03/Apr/2010:10:22:22 +0200] [Job 567] Dictionary stack: D [03/Apr/2010:10:22:22 +0200] [Job 567] --dict:1159/1684(ro)(G)-- --dict:0/20(G)-- --dict:77/200(L)-- --dict:68/75(L)-- --dict:18/25(L)-- --dict:8/15(L)-- --dict:0/15(L)-- --dict:3/15(L)-- --dict:0/15(L)-- --dict:8/15(L)-- --dict:7/8(L)-- --dict:0/1(L)-- D [03/Apr/2010:10:22:22 +0200] [Job 567] Current allocation mode is local D [03/Apr/2010:10:22:22 +0200] [Job 567] Last OS error: 2 D [03/Apr/2010:10:22:22 +0200] [Job 567] GPL Ghostscript 8.71: Unrecoverable error, exit code 1 D [03/Apr/2010:10:22:22 +0200] [Job 567] cups_close(0x26d71e8) Reproducible: Always
It works when printing to a file in Konqueror first and then printing that file via Okular...
This is caused by app-text/ghostscript-gpl-8.71-r2. Until -r3 is out downgrading to -r1 makes it work.
Any updates on this one? Does it work for you with the latest ghostscript and cups (cups-1.4.4 & ghostscript-gpl-8.71-r4)?
The issue did not appear again. app-text/ghostscript-gpl-8.71-r4 net-print/cups-1.4.3
Issue reappeared when printing a landscape page as landscape with app-text/acroread-9.3.2: E [30/Jun/2010:12:30:07 +0200] PID 12448 (/usr/libexec/cups/filter/pstoraster) crashed on signal 11! The issue does not appared when printing the same page in portrait mode.
Created attachment 237019 [details] sample that makes pstoraster crash
Created attachment 237021 [details] output of acroread (landscape format that makes pstoraster crash) saved to PDF
Attachment #237021 [details] (test.pdf) is actually a postscript file...
Looks like it's either a problem of your PDF and/or the printer driver(s) you use or a combination of both. I've printed your sample file using Adobe Reader Version 9.3.2 with following drivers resulting in different behaviour for each. HP LaserJet Series PCL 6 CUPS Prints, but media size, not landscape and "PCL XL error: Warning IllegalMediaSize" HP LaserJet 2300 Series, hpcups 3.10.5 HP LaserJet 2300 pcl3, hpcups 3.10.5 fail with D [30/Jun/2010:16:43:50 +0200] PID 22357 (/usr/libexec/cups/filter/hpcups) stopped with status 1! E [30/Jun/2010:16:43:50 +0200] PID 22356 (/usr/libexec/cups/filter/pstoraster) crashed on signal 11! HP LaserJet 2300 Postscript (recommended) Print just fine and in correct landscape mode HP LaserJet 2300 Series PCL 5e on Windows XP Print just fine and in correct landscape mode I don't think there's anything fixable on the gs/cups side, please try with another driver/printer.
Changing scope of this bug from cups/gs to cups/gutenprint/gs. I am using: *NickName: "Canon PIXMA iP4600 - CUPS+Gutenprint v5.2.5" *StpPPDLocation: "/usr/share/cups/model/gutenprint/5.2/C/stp-bjc-PIXMA-iP4600.5.2.ppd.gz"
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 ..because all the ...toraster commands were replaced by a single gstoraster executable. Here's the changelog entry for ghostscript-gpl 9 from http://www.ghostscript.com/doc/current/History9.htm: 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. A simple solution would be for think either net-print/cups or app-text/ghostscript-gpl should generate those links.
(In reply to comment #11) > 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 > > ..because all the ...toraster commands were replaced by a single gstoraster > executable. Here's the changelog entry for ghostscript-gpl 9 from > http://www.ghostscript.com/doc/current/History9.htm: > > 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. > > A simple solution would be for think either net-print/cups or > app-text/ghostscript-gpl should generate those links. Ah sorry, wrong bug! I should file a new one for my solution. :)
This is not gutenprint-specific. Same problem with splix. I don't think it's cups-the-package specific either: I can reproduce it with just ghostscript. PPD=/path/to/some/valid.ppd /usr/bin/gs -sDEVICE=cups -f print.pdf
I think this bug actually consists of several different issues mixed up and mashed together... Resolving as obsolete, please file new bugs if you still have issues, one for each problem and/or software combination. Maybe this helps sorting things out.