Bug 53749 - xfs: ignoring font path element /usr/X11R6/lib/X11/fonts/Type1 (unreadable)
Summary: xfs: ignoring font path element /usr/X11R6/lib/X11/fonts/Type1 (unreadable)
Alias: None
Product: Red Hat Raw Hide
Classification: Retired
Component: XFree86   
(Show other bugs)
Version: 1.0
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Mike A. Harris
QA Contact: David Lawrence
Depends On:
TreeView+ depends on / blocked
Reported: 2001-09-17 19:12 UTC by Andrew Meredith
Modified: 2007-04-18 16:37 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-09-17 19:16:58 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
The patch that got scrunched by the text entry screen (653 bytes, patch)
2001-09-17 19:16 UTC, Andrew Meredith
no flags Details | Diff

Description Andrew Meredith 2001-09-17 19:12:06 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.78 [en] (X11; U; Linux 2.4.4-laptop i686)

Description of problem:
xfs refuses to add fonts from the /usr/X11R6/lib/X11/fonts/Type1 font
directory. This causes major problems. The X server refuses to start and
even if you get to fire up, the majority of programs die young.

The problem seems to be:

# diff -c /usr/X11R6/lib/X11/fonts/Type1/fonts.scale.orig
*** /usr/X11R6/lib/X11/fonts/Type1/fonts.scale.orig	Mon Sep 17 20:07:18
--- /usr/X11R6/lib/X11/fonts/Type1/fonts.scale	Mon Sep 17 20:07:24 2001
*** 64,70 ****
  lcdxmo.pfa -b&h-lucidux mono-medium-o-normal--0-0-0-0-m-0-iso8859-4
  lcdxmo.pfa -b&h-lucidux mono-medium-o-normal--0-0-0-0-m-0-iso8859-9
  lcdxmo.pfa -b&h-lucidux mono-medium-o-normal--0-0-0-0-m-0-iso8859-15
- 40
--- 64,69 ----

With this line removed, mkfontdir creates a decent fonts.dir file, xfs
accepts the fonts.dir file and processes the directory. The fonts from that
directory get added to the system and the stuff that barfed doen't barf.

What I don't know is if the presence of a number alone on a line in a
fonts.scale file is actually valid. None of the other fonts.scale files on
my system has this format though and I have installed all the font packages
I could lay my grubby hands on.

My guess ... dump the 40 :)

Hope this helps

Andy Meredith

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.Install the whole of the current rawhide series
2.try and get X to work

Additional info:

Comment 1 Andrew Meredith 2001-09-17 19:16:54 UTC
Created attachment 31918 [details]
The patch that got scrunched by the text entry screen

Comment 2 Mike A. Harris 2001-09-22 09:11:57 UTC
This is an ancient bug that was fixed ages ago.  Your XFree86 needs

Comment 3 Andrew Meredith 2001-09-22 12:33:47 UTC
Unfortunately it seemed to take a long time for thrawhide version of XFree86 to
catch up with the fix. The current version now has this fix and all is well.

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