~x86 ghostscript / gnu-gs-fonts-std-6.0 emerge breaks xpdf. xpdf expects to find core fonts for t1lib in /usr/share/ghostscript/fonts (see /etc/xpdfrc). A recent and seeming unrelated emerge (ghostscript and gs-fonts are the prime suspects) moved the gs fonts to /usr/share/fonts/default/ghostscript/. This causes xpdf to emit messages like "Error: No display font for 'Helvetica'". Replacing all instances in /etc/xpdfrc of /usr/share/ghostscript/fonts with/usr/share/fonts/default/ghostscript/ fixes the problem. Reproducible: Always Steps to Reproduce: 1. 2. 3. Relevant ebuilds are: media-fonts/gnu-gs-fonts-std-6.0 app-text/ghostscript-7.07.1-r5 app-text/xpdf-3.00-r1 This problem does not occur on my ~PPC box where app-text/ghostscript-7.05.6 and the fonts are masked.
i'll fix xpdf soon, but the fonts shoudl be in /usr/share/fonts/ghostscript and not in /usr/share/fonts/default/ghostscript
Why should they be? My ghostscript 7.07.1-r5 has installed them in /usr/share/fonts/ghostscript. So I did the following as a preliminary fix: # cd /usr/share/ghostscript/ # ln -s /usr/share/fonts/ghostscript ./fonts Is this a shortcoming of the ghostscript ebuild? If so, a bug against gs should be filed and this one could probably be closed.
*** Bug 61032 has been marked as a duplicate of this bug. ***
Any progress on this? The one time I need xpdf no fonts show up. Same problems as everyone else will try the temp fix. ghostscript : 7.07.1-r5 xpdf version: 3.00-r1 Thanks, jonathan
Created attachment 38078 [details] updated /etc/xpdfrc Just replace /etc/xpdfrc with this attached one. Also, this could be used to replace the one in app-text/xpdf/files to fix this bug (but watch out if x86 also has the fonts moved like ~x86 does...)
*** Bug 62335 has been marked as a duplicate of this bug. ***
finally fixed in 3.00-r2