Summary: | app-text/xpdf distorts sometimes squishes text | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | David <gentoo> |
Component: | Current packages | Assignee: | Printing Team <printing> |
Status: | RESOLVED TEST-REQUEST | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
This pdf file exhibits the problem
This png shows what my screen looks like when xpdf exhibits the bug |
Description
David
2009-02-04 22:45:58 UTC
Created attachment 180980 [details]
This pdf file exhibits the problem
Created attachment 180982 [details]
This png shows what my screen looks like when xpdf exhibits the bug
xpdf is old and not really supported anymore. If it's a bug in xpdf it's unlikely to be resolved unless you can provide a patch. Perhaps this is a problem in the pdf rendering library poppler. What is the output of: emerge -pv poppler poppler-bindings Can you reproduce this problem with epdfview, evince or okular? (To name a few) (In reply to comment #3) > xpdf is old and not really supported anymore. If it's a bug in xpdf it's > unlikely to be resolved unless you can provide a patch. > Perhaps this is a problem in the pdf rendering library poppler. > What is the output of: > emerge -pv poppler poppler-bindings > Can you reproduce this problem with epdfview, evince or okular? > (To name a few) Sorry, just to be clear, this is not a bug in xpdf, because if I download xpdf from foolabs and compile it, it works just fine. This is a bug in the way that gentoo customizes xpdf (possibly to work with an external libpoppler, instead of the one that ships with xpdf?? though I don't see where the ebuild does this, it seems to). I could suggest a patch which is just a new ebuild that simply compiles and installs xpdf out of the box, but there is probably some rationale behind gentoo's ebuild that I would be undermining. To answer your question, I get: # emerge -pv poppler poppler-bindings These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] app-text/poppler-0.8.7 USE="jpeg zlib -cjk" 0 kB [ebuild R ] app-text/poppler-bindings-0.8.7 USE="cairo gtk -qt3 -qt4 -test" 0 kB Also, I've tried evince and acroread, which don't exhibit the bug, but they are much slower. Evince also has a number of bugs in the way it interacts with my window manager (for presentations) and in how it handles reloading files. I'll try the other tools you suggest. I know xpdf is old, but it's still pretty hard to beat in terms of performance and functionality (e.g., being able to start really quickly, and being able to control multiple open xpdfs remotely from makefiles and such when rebuilding files). I also just tried epdfview, which is closer to what I want, but slower and doesn't seem to antialias fonts on my system, because large fonts look very bad compared to xpdf and evince. okular is still masked ~amd64, so I couldn't try it. I hope Gentoo doesn't let the xpdf ebuild die just yet. Or maybe add a nopoppler option to the ebuild so people like me who have these pdf files can get a self-contained version of xpdf that works. My working xpdf binary that I compiled myself is 4M, compared to 280KB for the one from the ebuild, so I understand if some people don't want duplicate poppler functionality, but it would be nice to have the option. (In reply to comment #5) > I hope Gentoo doesn't let the xpdf ebuild die just yet. Or maybe add a > nopoppler option to the ebuild so people like me who have these pdf files can > get a self-contained version of xpdf that works. I think you may be better off making an ebuild with Debian's xpdf patches and maintaining it for yourself, if that's the thing you want. Anyway, not a bug in poppler, I'm leaving it to printing herd. What's the status of this with poppler-0.12.3-r5 and xpdf-3.02-r4 ? Reopen if it's still an issue |