Bug 1027425

Please attach the PPD file for the printer, from the /etc/cups/ppd directory.

https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1250407

I don't have this machine installed anymore - but I can attempt to reproduce it again if it's needed. Sorry for taking so long to respond.

Yes please. We need to see the installed PPD at the point the error is seen.

This looks like it might possibly be an instance of ghostscript bug #1036428. Could you please re-test after installing this update?:

https://admin.fedoraproject.org/updates/ghostscript-9.10-5.fc20

Closing for now... please re-open if it still occurs.

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

This problem is still occurring.

Please attach /var/log/cups/error_log.

Created attachment 894704 [details]
Error log when printing PDF.

This is using Okular, from KDE, to print a PDF without rasterizing being forced. Same thing when it is, in printing PDF options in Okular.

The only way I can currently print PDF is through AcroReader with rasterizing within it. Any other method completely fails. AcroRead, however, does provide a ghostscript specific error unlike Okular (and anything else, including Firefox), provides a Filter Error.

D [12/May/2014:09:46:50 -0400] [Job 132] Error: /invalidfont in /findfont
D [12/May/2014:09:46:50 -0400] [Job 132] Operand stack:
D [12/May/2014:09:46:50 -0400] [Job 132] F12_0   1   1   --nostringval--   Helvetica
D [12/May/2014:09:46:50 -0400] [Job 132] Execution stack:
D [12/May/2014:09:46:50 -0400] [Job 132] %interp_exit   .runexec2   --nostringval--   --nostringval--   --nostringval--   2   %stopped_push   --nostringval--   --nostringval--   --nostringval--   false   1   %stopped_push   1888   1   3   %oparray_pop   1887   1   3   %oparray_pop   1871   1   3   %oparray_pop   1755   1   3   %oparray_pop   --nostringval--   %errorexec_pop   .runexec2   --nostringval--   --nostringval--   --nostringval--   2   %stopped_push   --nostringval--   --nostringval--   1840   5   4   %oparray_pop
D [12/May/2014:09:46:50 -0400] [Job 132] Dictionary stack:


Looks a lot like bug #921706 rearing it's ugly head again

(In reply to Rex Dieter from comment #9)
> Looks a lot like bug #921706 rearing it's ugly head again

Agreed.

To make sure, what output do these commands give?:

rpm -q --last urw-fonts
grep -l n019003l /var/cache/fontconfig/* | xargs stat

# rpm -q --last urw-fonts
urw-fonts-2.4-18.fc20.noarch                  Mon 12 May 2014 10:43:03 AM EDT


# grep -l n019003l /var/cache/fontconfig/* | xargs stat
  File: ‘/var/cache/fontconfig/b79f3aaa7d385a141ab53ec885cc22a8-le64.cache-4’
  Size: 41920           Blocks: 88         IO Block: 4096   regular file
Device: fd00h/64768d    Inode: 1099637     Links: 1
Access: (0644/-rw-r--r--)  Uid: (    0/    root)   Gid: (    0/    root)
Access: 2014-05-12 10:43:06.854393440 -0400
Modify: 2014-05-12 10:43:03.532479915 -0400
Change: 2014-05-12 10:43:03.532479915 -0400
 Birth: -

That's odd -- isn't that after comment #8 was posted? Perhaps an update was applied?

Does printing work correctly now or is it still broken in the same way?

It's still broken in the same way.

If you run "fc-cache -f /usr/share/fonts/default/Type1" as root, does the problem still show up?

See bug #921706.

Yes, I've already run fc-cache to rebuild the entire cache to no success rate still. Bug #921706 is definitely related to this issue.

Does this also fail?:

gs <<EOF
(Helvetica) findfont pop
EOF

If so, it would be useful to see gs-open.log from:

strace -eopen gs <<EOF 2>&1 | grep -v NOENT > gs-open.log
(Helvetica) findfont pop
EOF

gs <<EOF
> (Helvetica) findfont pop
> EOF
GPL Ghostscript 9.10 (2013-08-30)
Copyright (C) 2013 Artifex Software, Inc.  All rights reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.
GS>Can't find (or can't open) font file /usr/share/ghostscript/9.10/Resource/Font/NimbusSanL-Regu.
Can't find (or can't open) font file NimbusSanL-Regu.
Can't find (or can't open) font file /usr/share/ghostscript/9.10/Resource/Font/NimbusSanL-Regu.
Can't find (or can't open) font file NimbusSanL-Regu.
Querying operating system for font files...
Can't find (or can't open) font file /usr/share/ghostscript/9.10/Resource/Font/NimbusSanL-Regu.
Can't find (or can't open) font file NimbusSanL-Regu.
Didn't find this font on the system!
Substituting font Courier for NimbusSanL-Regu.
Can't find (or can't open) font file /usr/share/ghostscript/9.10/Resource/Font/NimbusMonL-Regu.
Can't find (or can't open) font file NimbusMonL-Regu.
Can't find (or can't open) font file /usr/share/ghostscript/9.10/Resource/Font/NimbusMonL-Regu.
Can't find (or can't open) font file NimbusMonL-Regu.
Didn't find this font on the system!
Unable to substitute for font.
Error: /invalidfont in /findfont
Operand stack:
   Helvetica
Execution stack:
   %interp_exit   .runexec2   --nostringval--   --nostringval--   --nostringval--   2   %stopped_push   --nostringval--   --nostringval--   %loop_continue   --nostringval--   --nostringval--   false   1   %stopped_push   .runexec2   --nostringval--   --nostringval--   --nostringval--   2   %stopped_push   --nostringval--   1836   1   3   %oparray_pop
Dictionary stack:
   --dict:1167/1684(ro)(G)--   --dict:0/20(G)--   --dict:77/200(L)--
Current allocation mode is local
Last OS error: Not a directory
Current file position is 21


Short and simple without strace. attaching gs-open.log next.

Created attachment 897146 [details]
gs-open.log with strace

Thanks. How about if you run 'fc-cache -f /usr/share/fonts'?

If that doesn't work, does 'fc-cache -r /usr/share/fonts'?