Bug 1627773

Summary: update to 9.24 breaks cups printing (pdf to ps conversion)
Product: [Fedora] Fedora Reporter: Fabrice Bellet <fabrice>
Component: ghostscriptAssignee: David Kaspar // Dee'Kej <deekej>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 28CC: deekej, rgnoble, schlaffi, twaugh, zdohnal
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2018-09-14 13:46:50 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Fabrice Bellet 2018-09-11 12:37:48 UTC
Hi!

With the upgrade to 9.24, the invocation of gs made by cups breaks, and generates a ps file on stdout containing spurious errors messages at the beginning of the file that probably should go to stderr instead:

[root@monkey tmp]# gs -q -dNOPAUSE -dBATCH -dSAFER -dNOMEDIAATTRS -sDEVICE=ps2write -dShowAcroForm -sOUTPUTFILE=%stdout -dLanguageLevel=3 -r300 -dCompressFonts=false -dNoT3CCITT -dNOINTERPOLATE -c 'save pop' -f /var/spool/cups/tmp/foomatic-gqB0dg > /tmp/file.ps
  ./base/gsicc_manage.c:1244: gsicc_open_search(): Could not find ps_gray.icc 
+ ./base/gsicc_manage.c:255: gsicc_initialize_iccsmask(): failed to load gray smask profile
  ./base/gsicc_manage.c:1244: gsicc_open_search(): Could not find default_rgb.icc 
| ./base/gsicc_manage.c:2025: gsicc_set_device_profile(): cannot find device profile
GPL Ghostscript 9.24: Unrecoverable error, exit code 1
  ./base/gsicc_manage.c:1244: gsicc_open_search(): Could not find default_gray.icc 
| ./base/gsicc_manage.c:2025: gsicc_set_device_profile(): cannot find device profile
[root@monkey tmp]# head -20 /tmp/file.ps
   **** Error reading a content stream. The page may be incomplete.
               Output may be incorrect.
   **** Error: File did not complete the page properly and may be damaged.
               Output may be incorrect.
   **** Error: Recursive XObject detected, ignoring "x8", object number 12
               Output may be incorrect.
Error: /rangecheck in .installpagedevice
Operand stack:
   true   --nostringval--   --dict:205/211(ro)(L)--   --nostringval--   --nostringval--   false
Execution stack:
   %interp_exit   .runexec2   --nostringval--   --nostringval--   --nostringval--   2   %stopped_push   --nostringval--   --nostringval--   --nostringval--   false   1   %stopped_push   2015   2   3   %oparray_pop   2014   2   3   %oparray_pop   1998   2   3   %oparray_pop   --nostringval--   1936   2   4   %oparray_pop   --nostringval--   1920   2   4   %oparray_pop   --nostringval--   --nostringval--
Dictionary stack:
   --dict:975/1684(ro)(G)--   --dict:1/20(G)--   --dict:78/200(L)--   --dict:78/200(L)--
Current allocation mode is local
%!PS-Adobe-3.0
%%BoundingBox: 0 0 595 842
%%HiResBoundingBox: 0 0 595.00 842.00
%%Creator: GPL Ghostscript 924 (ps2write)
%%LanguageLevel: 2
%%CreationDate: D:20180911143210+02'00'

The same command line on the same pdf file (the foomatic file is a pdf) with 9.23-6 works fine : no error message about icc profiles, and the generated file begins with "%!PS-Adobe-3.0" as expected.

Comment 1 Roger Noble 2018-09-14 10:22:55 UTC
Same problem here - cups postscript printing is broken with 9.24. Downgrade to the previous version and it works fine.

Comment 2 schlaffi 2018-09-14 10:37:44 UTC
same here.

Comment 3 David Kaspar // Dee'Kej 2018-09-14 13:46:50 UTC

*** This bug has been marked as a duplicate of bug 1626818 ***

Comment 4 David Kaspar // Dee'Kej 2018-09-14 13:55:50 UTC
Please, try updating to ghostscript-9.24-3. It should fix your printing issues.

https://bodhi.fedoraproject.org/updates/ghostscript-9.24-3.fc28

Let me know if the thing works for you (karma +/- 1 is welcomed).

Comment 5 Fabrice Bellet 2018-09-18 07:53:22 UTC
It works for me, thanks!