70784 – /etc/xpdfrc references nonexistent fonts

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

Importance:	High normal (vote)
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)
CC List:	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.