Re: CUPS Zebra EPL2 driver through Iceweasel or Evince
On Sun 16 Mar 2014 at 13:28:32 -0500, Mark Copper wrote:
> Please see here for the zip file:
> straitcity.com/cups_debug_log.zip
wget http://straitcity.com/cups_debug_log.zip
It's only 9k in size! We've had off-topic threads larger than that. :)
> The job 8841 succeeded and was generated from gv. The job 8842 failed
> and was generated from the Iceweasel viewer.
For Job 8842 you sent a PDF:
I [15/Mar/2014:09:17:53 -0500] [Job 8842] File of type application/pdf queued by "mark".
The CUPS filters spring into action and everything does well until
Ghostscript is called upon to complete the final rendering stage before
sending the job to the printer. Here is what it is asked to do:
D [15/Mar/2014:09:17:53 -0500] [Job 8842] Ghostscript command line:
/usr/bin/gs -dQUIET -dPARANOIDSAFER -dNOPAUSE -dBATCH -dNOINTERPOLATE \
-sDEVICE=cups -sstdout=%stderr -sOutputFile=%stdout -sMediaType=Direct \
-r300x300 -dDEVICEWIDTHPOINTS=0 -dDEVICEHEIGHTPOINTS=0 \
-dcupsBitsPerColor=1 -dcupsColorOrder=0 -dcupsColorSpace=3 \
-dcupsCompression=-1 -scupsPageSizeName=Custom -I/usr/share/cups/fonts -c -f -_
The unhealthy bit is
-dDEVICEWIDTHPOINTS=0 -dDEVICEHEIGHTPOINTS=0
Ghostscript is being requested to produce a page with zero dimensions.
It sniggers very loudly and confides in CUPS. CUPS is more sedate and
sensible so (supressing a giggle) says:
D [15/Mar/2014:09:17:53 -0500] [Job 8842] Unrecoverable error: rangecheck in setpagedevice
The end result is that CUPS has no choice but to inform
D [15/Mar/2014:09:17:53 -0500] PID 6570 (/usr/lib/cups/filter/rastertolabel) stopped with status 1.
You have encountered what is most probably a bug in the GTK printing
dialogue, which is common to Iceweasel and Evince. I can reproduce it
on a machine here with Iceweasel.
A possible workaround (for which feedback would be appreciated) is:
In Iceweasel's File/Page Setup choose 'Paper size' and set up a Custom
Size and use it. It could very well be an existing page size, such as
A4. You may have to reinstall the print queue and restart CUPS.
> It's curious that the gv job calls the pstopdf filter but the viewer
> job does not. Possible indication of malformed pdf?
No; gv is sending PostScript to CUPS.
Reply to: