Bug#781253: cups: no duplex printing (two-sided) with lp or lpr
On 2015-04-30 10:32:33 +0100, Brian Potkin wrote:
> On Wed 29 Apr 2015 at 17:27:38 +0200, Vincent Lefevre wrote:
>
> > On 2015-04-29 15:27:17 +0100, Brian Potkin wrote:
> > > One way I got my printer to work with a foomatic driver was to set up a
> > > queue with "-o pdftops-renderer-default=pdftops". That option isn't open
> > > to you but how does
> > >
> > > lp -d <queue> -o pdftops-renderer=pdftops babel-bib.pdf
> > >
> > > turn out?
> >
> > It prints on A4 in duplex.
>
> Having to switch renderer to get a satisfactory printout is usually an
> indication of a problem with the printer not dealing with valid
> PostScript rather than the filtering system.
Could the different renderer generate slightly different Postscript
parameters so that the printer think that the page size is A4, and
no longer letter?
Some additional information. As it seems very strange that the page
size has an influence on the duplex mode, I was wondering whether
the printing was actually in duplex but with blank pages. Indeed the
letter format is a bit wider than A4, so that the "additional space"
would be printed on the next page (a bit like when I print a .ps file
in letter format, the printing is done in duplex but on A3 paper, as
mentioned above in the thread).
I've tried:
lpr -o sides=one-sided babel-bib.pdf
and it doesn't print additional blank pages, but I don't think that
this proves anything because the generation of blank pages may occur
late internally in the printer processing.
--
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
Reply to: