Bug 77329 - PDF landscape pages pdf2ps into portrait
Summary: PDF landscape pages pdf2ps into portrait
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: ghostscript
Version: 8.0
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Tim Waugh
QA Contact:
URL: http://sourceforge.net/tracker/index....
Depends On:
TreeView+ depends on / blocked
Reported: 2002-11-05 05:47 UTC by Karl O. Pinc
Modified: 2007-04-18 16:48 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2006-10-18 16:51:26 UTC

Attachments (Terms of Use)
Test pdf, pages 49-51(+) are landscape (1.02 MB, application/pdf)
2002-11-05 05:55 UTC, Karl O. Pinc
no flags Details

Description Karl O. Pinc 2002-11-05 05:47:24 UTC
Description of Problem:

pdf2ps generates clipped portrait pages for pages which are supposed
to be in landscape.  At last that's how a postscript file generated
with pdf2ps prints.

I could be wrong, the problem could be in the printing or in the
source PDF document.  I don't trust the gv display of the resulting
postscript, as gv correctly displays the pdf, but, IIRC, the generated
postscript has the problem when viewed with gv.  (sorry, I'm not at
the box just now and can't test.)  Note, I've had this problem with
other pdfs, perhaps all pdfs containing landscape pages.

Version-Release number of selected component (if applicable):

This behavior didn't appear, IIRC, in ghostscript 6.51 (as distributed
in the Redhat 7.2 errata.)  In any case, earlier versions of
ghostscript did not have this problem.  I first noticed it when I
noticed that gv would rotate the pages depending on whether they
should be landscape or portrait.

I've tried ghostscript 6.52 (as distributed in the RedHat 7.3 errata),
and ghostscript 7.0.5 (as distributed in RedHat 8.0, recompiled for RH

How Reproducible:


Steps to Reproduce:

Try pdf2ps on the attached document.  Pages 47 and 48 are portrait.
Pages 49-51 should be landscape, but they print as portrait and are

pdf2ps -dPrinted -dFirstPage=47 -dLastPage=51 \
        A0.00.004.man.1.pdf test.ps

Then print test.ps.

I've tried -dPrinted=false and (IIRC, which I dont)
-sAutoRotatePage=PageByPage and -sAutoRotatePage=None.

Actual Results:

Portrait pages print fine, landscape pages print portrait and
are clipped on the right.

Expected Results:

Additional Information:

FWIW, I'm using a RedHat 7.3 system, with the following RedHat 8.0
packages recompiled (rpm --rebuild) and installed:

(Note: nothing was --force-d or --nodep-ed)


I'm printing on a hp4100tn laser printer using the lj5grey driver,
with lpd.

I also tried on a stock (errata updated) RH 7.3 system.

Comment 1 Karl O. Pinc 2002-11-05 05:55:16 UTC
Created attachment 83664 [details]
Test pdf, pages 49-51(+) are landscape

Comment 2 Karl O. Pinc 2002-11-08 00:06:23 UTC
The ghostscript folks
) say that it works for them in APFL ghostscript 7.32.

I downloaded APFL ghostscript 7.32 and did a:


root@jcp ghostscript-7.32]# (export GS_LIB=./lib ; export PATH=./bin:$PATH ;
lib/pdf2ps -dPrinted -dFirstPage=47 -dLastPage=51
~/ghostscript_upgrade/test_docs/A0.00.004.man.1.pdf /tmp/test.ps)
No encode_color proc defined for device.
No encode_color proc defined for device.

The landscape pages still printed portrait.  

I'm using a hp-4100tn printer, which is a postscript printer.
I assume that I'm sending postscript directly to the device;
setting pre-render postscript (checkbox) in the RH printer config tool
has no effect on the output.  Still broken.

However, I'm using the lj5grey driver for the printer.  As a test
I'll try the 'postscript printer' driver.  Perhaps it's not the pdf
conversion that's the problem but the ps printing.

Comment 3 Karl O. Pinc 2002-11-08 08:49:02 UTC
Using AFPL Ghostscript 7.32 pdf2ps and printing directly to a
'postscript driver' printer works.  But printing with the
ghostscript 7.05 lj5grey driver fails.

Comment 4 Tim Waugh 2002-11-08 09:41:45 UTC
Are you using CUPS?  There is a known problem with landscape printing with CUPS

Comment 5 Karl O. Pinc 2002-11-08 11:03:28 UTC
No, I am using lpd not cups.  (As cryptically noted in the original report.)

Comment 6 Karl O. Pinc 2002-11-08 11:06:48 UTC
I mean, LPRng (LPRng-3.8.9-4).

Comment 7 Karl O. Pinc 2002-11-19 22:49:55 UTC
Allrightie.  I wacked together a AFPL Ghostscript 7.32 rpm
and tried with that.  It still didn't solve the problem,
although, again, printing directly to a printer using the
postscript driver worked fine.  So, the problem's either in
the lj5grey driver or somewhere else in the printing system.

The problem, btw, with just using the postscript driver is that
it gives no control over which paper tray the paper comes from.
For me, this means that my documents all print on the wrong paper
when the tray with the right paper runs out.  All this wouldn't
matter so much if "lpr -B" worked.  (See bug #66133.)  As it is,
my workarounds have workarounds that don't always work.

Comment 8 Karl O. Pinc 2003-01-02 21:34:51 UTC
The problem persists when I use the postscript driver instead of the lj5grey
driver, at least in some cases when using ghostscript-7.05-20.

Comment 9 Bill Nottingham 2006-08-07 19:32:53 UTC
Red Hat Linux is no longer supported by Red Hat, Inc. If you are still
running Red Hat Linux, you are strongly advised to upgrade to a
current Fedora Core release or Red Hat Enterprise Linux or comparable.
Some information on which option may be right for you is available at

Red Hat apologizes that these issues have not been resolved yet. We do
want to make sure that no important bugs slip through the cracks.
Please check if this issue is still present in a current Fedora Core
release. If so, please change the product and version to match, and
check the box indicating that the requested information has been
provided. Note that any bug still open against Red Hat Linux on will be
closed as 'CANTFIX' on September 30, 2006. Thanks again for your help.

Comment 10 Bill Nottingham 2006-10-18 16:51:26 UTC
Red Hat Linux is no longer supported by Red Hat, Inc. If you are still
running Red Hat Linux, you are strongly advised to upgrade to a
current Fedora Core release or Red Hat Enterprise Linux or comparable.
Some information on which option may be right for you is available at

Closing as CANTFIX.

Note You need to log in before you can comment on or make changes to this bug.