Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 70784 - /etc/xpdfrc references nonexistent fonts
Summary: /etc/xpdfrc references nonexistent fonts
Status: RESOLVED CANTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal
Assignee: Printing Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-11-11 06:01 UTC by Jean Jordaan
Modified: 2004-11-13 05:51 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Jean Jordaan 2004-11-11 06:01:35 UTC 
diff -u /etc/xpdfrc /etc/._cfg0000_xpdfrc 

shows me lines like:

"""
-displayFontT1 Symbol                /usr/share/ghostscript/fonts/s050000l.pfb
-displayFontT1 ZapfDingbats          /usr/share/ghostscript/fonts/d050000l.pfb
+displayFontT1 Times-Roman           /usr/share/fonts/default/ghostscript/n021003l.pfb
+displayFontT1 Times-Italic          /usr/share/fonts/default/ghostscript/n021023l.pfb
"""

.. but /usr/share/fonts/default doesn't exist .. 

ls /usr/share/fonts/    
README.installer  fonts.cache-1

Shouldn't the ebuild depend on a package which provides the fonts?

Reproducible: Always
Steps to Reproduce:
1.
2.
3.
Comment 1 Heinrich Wendel (RETIRED) gentoo-dev 2004-11-11 09:10:12 UTC 
just update ghotscript
Comment 2 Jean Jordaan 2004-11-12 04:36:50 UTC 
Well, I did update ghostscript, but only because I noticed the 
dependency from studying the new conf file. Why doesn't the
xpdf ebuild depend on the right version of ghostscript?
Comment 3 Heinrich Wendel (RETIRED) gentoo-dev 2004-11-12 10:17:31 UTC 
because you can't depend on a version of a virtual :/
Comment 4 Jean Jordaan 2004-11-13 05:51:04 UTC 
Eek. So that means 'emerge xpdf' can break xpdf without any warning from portage. I didn't realise that. Thanks for the info.