Red Hat Bugzilla – Bug 67639
CUPS fails to print Postscript level 3 files properly
Last modified: 2007-04-18 12:43:45 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 Galeon/1.2.3 (X11; Linux i686; U;) Gecko/20020523
Description of problem:
Printing Postscript level 3 files, generated e.g. via GIMP -> Print to
file, will be printed as plain text instead of using "gs" as a RIP and
printing a graphical image.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Load graphics into GIMP and print to file selecting Postscript Level 2
2.Print the resulting .ps file to a printer queue driven by CUPS
3.Watch "%!PS-Adobe-3.0..." being printed as literal ASCII text
Actual Results: No graphics will be printed, but rather plain ASCII text only.
Expected Results: A graphic image should be printed.
FWIW, this is with a HP OfficeJet G85 + hpijs. Also, loading the
generated .ps file into "ggv" and printing it from there, results in
a proper print.
Hmm probably same type of error here.
I've set up lp2 via Cups to print to a Canon GP 335 using the "Foomatic +
Postscript (en)" driver. I use lpd://IP/queue
When I print the test page pure postscript is getting printed!
The first part of the page looks like this:
%%BoundingBox: 0 0 612 792
and so one...
If I instead chose the "Foomatic + gimp-print (en)" it prints out the
test page correctly. Now this wouldn't be a problem if the gimp-print
driver would have the ability to print in duplex... Seems to me that
only the ps driver has this ability.
I use RedHat Beta null.
[toor@~]$ rpm -qa | grep cups
This was caused by a mis-configuration in GIMP. When I clicked on the
"Setup" button in the "Printer Settings" part of the Print dialog, it
became obvious why literal text had been printed... Removing the "-oraw"
from the options to be passed to the "lp" command resolves my problem.
I'm closing this issue now.