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
--- 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
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Install the whole of the current rawhide series
2.try and get X to work
Created attachment 31918 [details]
The patch that got scrunched by the text entry screen
This is an ancient bug that was fixed ages ago. Your XFree86 needs
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.