Re: Bug#610014: /usr/bin/pdftops: pdftops doesn't rotate landscape pages
Source: poppler
Source-Version: 0.26.0-1
On 2013-12-05 21:24, Didier 'OdyX' Raboud wrote:
Control: affects -1 src:cups-filters
Le vendredi, 14 janvier 2011, 21.05:30 Emil a écrit :
A landscape PDF was produced and then printed with lpr. The print
was
incorect because it was not rotated. I'm using magicfilter on my
system for printing (this is not relevant though) and my printer
filter calls pdftops and then the PostScript file is passed to
ghostscript for printing.
If I add the paper parameter to pdftops like this
"0 %PDF fpipe /usr/bin/pdftops -paper A4 $FILE -"
then the printing is correct and the created PS file is properly
marked/rotated
This bug also affects printing from xpdf but there is no workaround
for xpdf because xpdf uses common libraries with pdftops and when it
sends the file to the printer it is already converted to PS and
setting the psPaperSize to A4 in /etc/xpdf/xpdfrc has no effect.
This bug appeared in the last 3-4 months, before that both pdftops
and
xpdf were printing properly.
As Till mentionned on the debian-printing list [0], there is a patch
available on the upstream bug tracker that addresses this bug [1].
Please backport it to poppler so that the workaround in cups-filters
can
be dropped.
[0] http://lists.debian.org/debian-printing/2013/12/msg00005.html
[1] https://bugs.freedesktop.org/show_bug.cgi?id=72312
All the patches in fdo#72312 have been reviewed, improved, rewritten,
tested, and pushed in the past development serie 0.25.x, and they are
part of Poppler 0.25.2.
Thus, closing with the first Poppler release uploaded to Debian
(that is 0.26.0, the new stable serie).
I have no idea yet about having Poppler 0.26.x in unstable/testing
(it mostly depends on Inkscape compiling with it), but I will try to
have it in Jessie.
(A backport is not feasible, since the patches break API/ABI of
libpoppler.)
Thanks,
--
Pino Toscano
Reply to: