Description of problem:
This is because the plain text document is first processed by paps, the UTF-8 to
PostScript converter using Pango, which rotates the document by 90 degrees and
then again processed by CUPS filter pstops that does the same, resulting in a
180 degrees rotation.
The landscape mode should not be applied by paps when invoked as a cups filter
since pstops will take care of that.
The attached patch fixes the issue. As similar fix was committed in Fedora core
7 but it is not mentioned in the ChangeLog (the patch was changed but the file
name of the patch remained unchanged) between paps-0.6.6-17 and paps-0.6.6-18
releases. The Fedora patch is also slightly more intrusive than the attached
patch that just ignores the CUPS option for landscape and just that.
Created attachment 201681 [details]
patch pulled from fedora work
Hm, there should be still some issues and not enough with that patch IIRC.
that's why I didn't close an original bug in Fedora I thought. I'll visit this
issue again later.
This request was evaluated by Red Hat Product Management for
inclusion, but this component is not scheduled to be updated in
the current Red Hat Enterprise Linux release. This request will
be reviewed for a future Red Hat Enterprise Linux release.
Proposing for 5.3 then, but this is a regression from RHEL 4 behavior
This bugzilla has Keywords: Regression.
Since no regressions are allowed between releases,
it is also being proposed as a blocker for this release.
Please resolve ASAP.
devel_ack. this has been fixed in Fedora recently.
BTW is the blocker flag for 5.3?
Yes, since the release flag is rhel-5.3.0 and Keywords Regression is set, the
blocker flag means it is for 5.3.
As a possible work around to landscape printing:
# enscript --landscape -P printerqueue file_to_print
I have hit this regression as part of a production system upgrade from RHEL 4.6
to RHEL 5/5.1. It is causing me a large/critical problem with the customer.
1) I need a work around NOW. (Please help!)
2) This should be fixed in RHEL5.1 ASAP. (or NOW will do).
3) Can we get the Severity upgraded to Urgent?
Here is my test case:
date | lp -o landscape
Testing with paps from RHEL5.2 beta yields no success:
paps-0.6.6-17.el5.i386.rpm - portrait orientation
Testing with paps from FC7 yields no success.
paps-0.6.6-19.fc7.i386.rpm - blank page
paps-0.6.8-1.fc7.i386.rpm - job hangs
If someone can build an rpm with the source from RHEL5.2 beta with the above
attached patch I will test it!
Well, I tried some self service and applied the above attached patch to the
RHEL5.1 version of paps (paps-0.6.6-17.el5).
It did allow landscape to work. But, the metrics of the paper are all off. So
in my test case the date stamp is printed off the page somewhere in space.
This makes it look like the page is blank. Printing enough data shows some
landscape output, but that is not good enough. You'll need to fix the paper
This is really harsh...
Created attachment 301323 [details]
Fixs pap (under cups) landscape bug
My first patch ever!
Bob, I'm not sure you have built paps-0.6.8-1.fc7 on rhel5 box before trying
because RHEL5 has inherited FC6. so just installing may not works.
Anyway, 0.6.8-1 works for me. if the issue you saw - i.e. hanging job -
certainly is caused by paps, it would be appreciated if you can give me any
information like a debugging log from CUPS and a result of what happens if you
run paps manually (invoking /usr/lib/cups/filter/texttopaps manually say) etc.
Created attachment 301532 [details]
cups log for paps-0.6.8-1
Here is the cups log for paps-0.6.8-1.
By hang I mean the job just sits in the queue, not output.
# /usr/lib/cups/filter/texttopaps < text > ps
/usr/lib/cups/filter/texttopaps: error while loading shared libraries:
libpaps.so.0: cannot open shared object file: No such file or directory
No more 'hangs' with paps-libs installed.
Here is the best work around so far:
rpm -e paps --nodeps
rpm -ivh paps-0.6.8-1.fc6.i386.rpm paps-libs-0.6.8-1.fc6.i386.rpm
This fixes the landscape bug and some other bugs with margins.
Thank you Akira.
This bugzilla was reviewed by QE as a non-FasTrack request.
It has since been proposed for FasTrack. The qa_ack has
been reset. QE needs to re-review this bugzilla for FasTrack.
Fixed in 0.6.6-18.el5.
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.
It appears that the page orientation bug (landscape) and page margins bug (page-tp, page-left, etc) continue in RHEL5.3. Had to back-down to the follow package revisions to get it working again:
No difference between patches in both version and nothing else patches related to the orientation applied.
Since you've installed packages not shipped in RHEL5, that might breaks something. please make sure once you get rid of them cleanly and install the updated package again.