The problem is caused by the auto rotation done by pdftopdf which makes the pages rotated to print short-edge-first if the printer requires this. If your original page is portrait and you request landscape, pdftopdf rotates it by 90 degrees and after that pdftopdf applies auto rotation and rotates the page by another 90 degrees putting it upside down (180 degrees).
Please try the "nopdfAutoRotate" option: lp -d queue -o landscape -o nopdfAutoRotate /usr/share/cups/data/default.pdf Is this what you are looking for? All PDF files have already defined geometries for each page and the auto-rotation of pdftopdf rotates landscape pages when the printer pulls in the paper only in portrait orientation. So simply sending a PDF file without the "landscape" option does usually the right thing. The "landscape" option makes more sense if the input data has no ready layout, like plain text. texttopdf will layout the text on landscape- oriented pages with this option. So why are you using the "landscape" option in your particular case? So for text files it would make more sense if pdftopdf ignores the "landscape" option as texttopdf is already doing the job. For PDF files you usually decide in the desktop application whether it should be landscape-oriented, so here pdftopdf applying a "landscape" option is also not of much sense. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/1243484 Title: Incorrect handling of orientation when printing PDF files Status in “cups-filters” package in Ubuntu: Incomplete Status in “poppler” package in Ubuntu: Fix Released Bug description: There seems to be some problems in the CUPS filters handling PDF files, which can be shown without having an actual printer hooked up (this seems to be independent of the driver in use). This happens on the latest Ubuntu 13.10 but I believe the real culprit is in the cups-filters 1.0.40 package. This happens when trying to print a PDF file (such as the CUPS test page in /usr/share/cups/data/default.pdf) and trying to change its orientation with the 'landscape' option, as such : lp -d queue -o landscape /usr/share/cups/data/default.pdf The result right now would be that the job is upside down, instead of being in a landscape orientation. This happens regardless of the driver. The same behavior doesn't happen for documents such as PostScript files, which works as expected, at least with a PS printer. The easiest way to test this is to set up queues that print to file (enable FileDevice in the CUPS config first) and look at the resulting files with a document viewer such as evince : - Create a new Generic Postscript queue using the default drivers, set it to print to a URI such as file:///tmp/test.ps - Send a PDF job to the queue with the landscape option - Look at the output in evince or Ghostview I strongly suspect something is amiss with the pdftopdf filter's handling of these options, especially in v1.0.40. Fedora 19 didn't exhibit the same problem until the cups-filters package was brought up to the same version just today. I also suspect that more than the orientation options are affected, we have had reports from customers having trouble with options handled through the Collate PPD options. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1243484/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
