Bug 11970 - /etc/rc.d/init.d/xfs makes font.dir when it shouldn't
Summary: /etc/rc.d/init.d/xfs makes font.dir when it shouldn't
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: XFree86
Version: 6.2
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Preston Brown
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2000-06-08 04:27 UTC by Joe Acosta
Modified: 2008-05-01 15:37 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2000-07-15 18:26:17 UTC
Embargoed:


Attachments (Terms of Use)

Description Joe Acosta 2000-06-08 04:27:57 UTC
It seems that xfs makes the font.dir files on every boot or every time that
the xfs start script is run.  I installed sharefont and freefont for the
gimp as it uses them in some of its scripts as defaults. I then used xset
+fp to add them in my current session and added them in to the
/etc/X11/fs/config filesystem. The fonts were installed in
/usr/X11R6/lib/X11/fonts. They worked that night. When I restarted the
system and tried to access the fonts the gimp scripts failed. *gimp scripts
= xtns->script fu->logos (pick one) they all filed if I used the default
font. I did an rgrep and found that mkfontdir is run on boot in the xfs
script.
My current workaround is by installing them in /public/fonts and then
running xset +fp when I start gnome (part of gnome startup).

I looked at the xfs script and it looks like it is supposed to check if the
fonts.dir exists and it still overwrites the fonts.dir for the freefont and
sharefont.  The mere fact that it overwrites the file is not the big
issue.  The big issue is that when it does overwrite these files it creates
a zero byte size file for the freefont and sharefont directories.

Comment 1 Bill Nottingham 2000-07-15 18:26:15 UTC
Reassigning to XFree86, that's where the xfs init script lives.

Comment 2 Preston Brown 2000-08-30 19:59:30 UTC
font handling for Type1 fonts has been fixed for 7.0, so that fonts.dir is not
overwritten with a 0-byte file.


Note You need to log in before you can comment on or make changes to this bug.