Description of problem:
A new version of xpdf, namely 3.00, is available.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. rpm -q xpdf
2. brwose to http://www.foolabs.com/xpdf/download.html
2.03 is packaged.
3.00 is packaged. :-)
Furthermore, t1lib (the source of which is included with the xpdf
SRPM) has been updated to 5.0.1. "It works for me (TM)." There may be
some patches required to make it build properly. I'll check my
"personal" SRPMs later and post here if necessary.
xpdf (any version, I guess) also requires a patch to compile against
freetype-2.1.7 (a similar patch to the one added in ttmkfdir-3.0.9-8.
i have already built xpdf-3.00 on my local machine. There is a
critical problem in new version. It can not show some pdf files correctly.
I already sent a test pdf to the pdf author.
It would be nice if you could post here your changes please. thanks
Point taken. I have not seen any problems with any files on my build
though. I've looked at files from various sources, yet the PDF-1.4
files where "only" created by ghostscript-8.1x. I _do_ get warnings
in the console about fonts (I think they're referenced in the PDF but
not embedded - just my guess), but the display is as expected.
Re my patches: Two of them were against t1lib-5.0.0, but are
obviously obsoleted in 5.0.1. The other one was against xpdf and
adapted from Debian, and disabled the obeyance of print, selection,
etc. prohibition (alas only for non-password protected PDFs). You
don't really want to include that. ;-) (Or do you?) I'll attach the
workaround patch for freetype-2.1.7 a.s.a.p.
i have already a fix to build against freetype-2.1.7 ;-)
xpdf-3.00 is now available in rawhide.
We'd be grateful if you could tell what are the symptoms of the
"critical bug" and whether the bug has been fixed in the current rawhide.