Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 312927 - Printing using net-print/cups + net-print/gutenprint + app-text/ghostscript-gpl from some programs: /usr/libexec/cups/filter/pstoraster failed
Summary: Printing using net-print/cups + net-print/gutenprint + app-text/ghostscript-g...
Status: RESOLVED OBSOLETE
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Printing Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-04-03 08:31 UTC by Dennis Schridde
Modified: 2012-05-25 23:58 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
sample that makes pstoraster crash (auswertung-6-6.pdf,8.99 KB, application/octet-stream)
2010-06-30 10:34 UTC, Dennis Schridde
Details
output of acroread (landscape format that makes pstoraster crash) saved to PDF (test.pdf,204.61 KB, application/octet-stream)
2010-06-30 10:37 UTC, Dennis Schridde
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Dennis Schridde 2010-04-03 08:31:58 UTC
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
Comment 1 Dennis Schridde 2010-04-03 08:41:22 UTC
It works when printing to a file in Konqueror first and then printing that file via Okular...
Comment 2 Petteri Räty (RETIRED) gentoo-dev 2010-04-03 08:55:29 UTC
This is caused by app-text/ghostscript-gpl-8.71-r2.
Until -r3 is out downgrading to -r1 makes it work.
Comment 3 Timo Gurr (RETIRED) gentoo-dev 2010-06-22 22:09:38 UTC
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)?
Comment 4 Dennis Schridde 2010-06-23 07:55:12 UTC
The issue did not appear again.
app-text/ghostscript-gpl-8.71-r4
net-print/cups-1.4.3
Comment 5 Dennis Schridde 2010-06-30 10:33:17 UTC
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.
Comment 6 Dennis Schridde 2010-06-30 10:34:23 UTC
Created attachment 237019 [details]
sample that makes pstoraster crash
Comment 7 Dennis Schridde 2010-06-30 10:37:20 UTC
Created attachment 237021 [details]
output of acroread (landscape format that makes pstoraster crash) saved to PDF
Comment 8 Dennis Schridde 2010-06-30 10:41:17 UTC
Attachment #237021 [details] (test.pdf) is actually a postscript file...
Comment 9 Timo Gurr (RETIRED) gentoo-dev 2010-06-30 15:02:09 UTC
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.
Comment 10 Dennis Schridde 2010-06-30 20:33:57 UTC
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"
Comment 11 Jaak Ristioja 2011-09-20 13:41:25 UTC
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.
Comment 12 Jaak Ristioja 2011-09-20 13:43:39 UTC
(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. :)
Comment 13 Luke-Jr 2012-01-18 15:53:21 UTC
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
Comment 14 Andreas K. Hüttel archtester gentoo-dev 2012-05-25 23:58:51 UTC
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.