On Sun, 2016-06-12 at 18:04 +0100, Brian Potkin wrote: > > > printer-bug-public-repro.ps has > > > > > > %%Creator: GPL Ghostscript 919 (ps2write) > > > > > > so it looks like pdftops was involved in producing it. > > > > > > > I've tried using lpoptions to set the queue to use pdftops instead of > > > > gs, but it doesn't help. Although when I look at the generated ps, it > > > > doesn't seem very different after I set: > > It won't be any different at all. lpoptions deals with the PPD file > options. You have to set up the queue to render with Poppler's pdftops, > > lpadmin -p dell2330 -E -v -P /etc/cups/ppd/dell2330.ppd > > How do you go on now with printing? Sorry about that, I understand now. I've now set pdftops-renderer- default=pdftops on the queue and the email prints out successfully. > Regarding > > ERROR: > invalidaccess > etc,etc > > The printer doesn't like the PostScript produced by Ghostscript; for my > money that is bug in its PS interpreter. I sent your output PS file to > my HP LaserJet using > > lp -d laserjet -o raw printer-bug-public-repro.ps > > and it printed out perfectly. That's what I figured. I'll leave the queue using pdftops unless I run into any other problems. I'll leave the ultimate fate of this bug up to you--perhaps it would be appropriate to add this printer to the list of known bad make/models recognized by the 'hybrid' renderer? Though the user still has to set the renderer to use hybrid anyway. In any case thanks for your help. -- Sam Morris <https://robots.org.uk/> CAAA AA1A CA69 A83A 892B 1855 D20B 4202 5CDA 27B9
Attachment:
signature.asc
Description: This is a digitally signed message part