Bug 17974

Summary: xfs initscript looses user fonts.dir for true type
Product: [Retired] Red Hat Linux Reporter: Paul Flinders <ptf>
Component: XFree86Assignee: Mike A. Harris <mharris>
Status: CLOSED WONTFIX QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 7.0CC: makka
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2001-03-01 21:27:21 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Paul Flinders 2000-09-30 20:31:44 UTC
The initscript for xfs will overwrite user edits to
fonts.{dir,scale}. This seems to be rather antisocial
behaviour.

I have quite a few TrueType fonts installed (in fact
I use no bitmap fonts if I can help it). For some of the
fonts ttmfdir output is not exactly as I want - for example
it gives "Swis721 Md BT" as the name of a Bitstream
sourced Swiss721 (aka Helvetica) font - the Md is really
the weight (medium) so (IMO) souldn't be part of the familly
name - to be fair to ttmfdir I think that this is the name actually
recorded in the font.

Consequently I have a hand-tuned fonts.dir for these fonts,
unfortunately it gets overwritten every time I add a font
to the directory (which is rather annoying).

Comment 1 Mike A. Harris 2001-03-20 07:08:37 UTC
This seems to be the intended behaviour of the ttmkfdir program.  I
do not see it as a problem.  The author of the program will have
to change the behaviour if it is to be changed at all.