Bug 10128 - chkfontpath-1.5-1 can corrupt the xfs config file
chkfontpath-1.5-1 can corrupt the xfs config file
Status: CLOSED RAWHIDE
Product: Red Hat Linux
Classification: Retired
Component: chkfontpath (Show other bugs)
6.1
All Linux
medium Severity medium
: ---
: ---
Assigned To: Preston Brown
:
: 13963 (view as bug list)
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2000-03-11 18:18 EST by Robert Clark
Modified: 2008-05-01 11:37 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2000-08-30 14:24:13 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Robert Clark 2000-03-11 18:18:00 EST
If the xfs config file (/etc/X11/fs/config) contains an entry like:

catalogue =
      /path/to/font/dir1,
      /path/to/font/dir2,
      /path/to/font/dir3,
      /path/to/font/dir4

then when chkfontpath tries to add /path/to/new/font/dir to this, the
resulting entry is (note the missing comma on the first line):

catalogue = /path/to/new/font/dir
      /path/to/font/dir1,
      /path/to/font/dir2,
      /path/to/font/dir3,
      /path/to/font/dir4

  This one bit me when I upgraded to netscape-common-4.72-6 which runs:

    /usr/sbin/chkfontpath -q -a /usr/X11R6/lib/X11/fonts/75dpi

on install.

  Incidently, are the -q & -a flags to chkfontpath documented anywhere?
Comment 1 Preston Brown 2000-08-30 14:24:11 EDT
*** Bug 13963 has been marked as a duplicate of this bug. ***
Comment 2 Preston Brown 2001-01-12 15:47:30 EST
fixed in version 1.8 in rawhide.

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