On Fri, 2003-04-11 at 12:56, Jonathan W. Smith wrote:> I understand that your chastising me for my impatience. I don''t understand > your comment about "if you have fonts in your font path that are readable by > root, but > not by the user" since all efforts so far have been made while logged in as > root.If you said that, I probably missed that. I just assumed you were doing the reasonable thing and logging in as a user :-) Scratch one theory then. Regards, Owen
I understand that your chastising me for my impatience. I don''t understand your comment about "if you have fonts in your font path that are readable by root, but not by the user" since all efforts so far have been made while logged in as root.
Well, I am glad that someone is examining the problem! When I attempted to purchase some technical support today, I was told that Red Hat did not support SiS 630 video. I noticed in my /var/log/XFree86.0.log there is only one warning: (WW) SIS(0): Option "<Option Name>" is not used There were no errors. Lots of references to Glcore and libGLcore; nothing with a (WW) nor an (EE). Running ''fc-cache -f -v'' does not solve the problem.
On Fri, 2003-04-11 at 12:26, Jonathan W. Smith wrote:> Greg, I followed what you advised; it would seem to be a problem with > fontconfig rather than the X setup. However, Blair on linux.redhat.install > observed: > > "Your GL libs are jacked up. I think you need to re-install the Mesa > packages, but I may be talking out of my ass. Do a search on rpmfind for > GLcore.so or something similar and you should find the rpm that provides the > libs you need."This guy got it right in one, and I don''t mean what he was saying about your GL libs. It''s not your GL libs, it''s nothing to do with your X server. It''s something to do with fontconfig or your font directories. If you stop changing stuff between every mail, we might have a chance of figuring it out :-) I think Rich Drewes may well have figured out what the problem is; if you have fonts in your font path that are readable by root, but not by the user, that is going to cause big problems for fontconfig and GTK+. Regards, Owen
Well, I have learned two things, while hopefully waiting for a fix to Red
Hat and/or fontconfig, so that I again might use a Graphical User Interface
on my Linux machine:
1. Fontconfig cannot be removed. I thought I would try removing fontconfig
to see if the system would revert to the old xfs. Nope, fontconfig and RH9
are too intertwined to allow that.
2. Fontconfig won''t re-install. I thought I would try reinstalling
fontconfig to see if the system would become usable. Nope, the installation
freezes when I try to install just fontconfig.
I notice that the fontconfig version on my hampered machine is 2.1-9. I
wonder if I should try installing a pre-release version?
Or, should I just give up and install a fresh version of RH9 and wipe out
six months of building the RH8 system?
I feel like I''m in a Geek rendition of "Waiting for Godot"
-----Original Message-----
From: Owen Taylor [mailto:otaylor@redhat.com]
Sent: Friday, April 11, 2003 1:00 AM
To: jonathan.w.smith@att.net
Cc: fontconfig@fontconfig.org
Subject: RE: [Fontconfig] RE: Problems going from RH8 to RH9
If you said that, I probably missed that. I just assumed you
were doing the reasonable thing and logging in as a user :-)
Scratch one theory then.
Regards,
Owen
On Tue, 2003-04-15 at 10:04, Jonathan W. Smith wrote:> Well, I have learned two things, while hopefully waiting for a fix to Red > Hat and/or fontconfig, so that I again might use a Graphical User Interface > on my Linux machine: > > 1. Fontconfig cannot be removed. I thought I would try removing fontconfig > to see if the system would revert to the old xfs. Nope, fontconfig and RH9 > are too intertwined to allow that. > > 2. Fontconfig won''t re-install. I thought I would try reinstalling > fontconfig to see if the system would become usable. Nope, the installation > freezes when I try to install just fontconfig. > > I notice that the fontconfig version on my hampered machine is 2.1-9. I > wonder if I should try installing a pre-release version? > > Or, should I just give up and install a fresh version of RH9 and wipe out > six months of building the RH8 system?Well, though I have no idea what your problem is, it almost certainly has something to do with the exact set of fonts that fontconfig is looking at. So, create /usr/share/fonts.back, go through the things in /usr/share/fonts, rpm -qf blah.ttf Will tell you whether they came from Red Hat or not. If they didn''t come with Red Hat, try moving them to /usr/share/fonts.back. Once you get down to things shipped with Red Hat Linux, my expectation is that things will work. Also check what you have in ~/.fonts. And finally (I forget if I asked this before), a first step in isolating the problem is to determine whehther the problem occurs for all users or just for one user. Regards, Owen
Greg, I followed what you advised; it would seem to be a problem with
fontconfig rather than the X setup. However, Blair on linux.redhat.install
observed:
"Your GL libs are jacked up. I think you need to re-install the Mesa
packages, but I may be talking out of my ass. Do a search on rpmfind for
GLcore.so or something similar and you should find the rpm that provides the
libs you need."
I tried installing them by repeating the upgrade process and selecting the
two specific packages:XFree86-Mesa-libGL and XFree86-Mesa-libGLU. That did
not seem to make enough of a difference.
BTW: My XF86Config lacked the first two statement under the Files Section,
i.e.
RgbPath "/usr/X11R6/lib/X11/rgb"
ModulePath "/usr/X11R6/lib/modules"
I added those. It did not seem to make enough of a difference. I still get
the fonts missing message.
You wrote:
This is the relevant portion from my XF86Config
Section "Files"
RgbPath "/usr/X11R6/lib/X11/rgb"
ModulePath "/usr/X11R6/lib/modules"
FontPath "unix/:7100"
EndSection
Also when using the X font server you don''t need the
freetype and type1 modules loaded in XF86Config
Section "Module"
# Load "freetype"
# Load "type1"
My /etc/X11/fs/config file looks like this
# font server configuration file
# $Xorg: config.cpp,v 1.3 2000/08/17 19:54:19 cpqbld Exp $
clone-self = on
use-syslog = off
catalogue = /usr/share/fonts/TrueType,
/usr/X11R6/lib/X11/fonts/TTF,
/usr/share/fonts/URW,
/usr/X11R6/lib/X11/fonts/Type1,
/usr/X11R6/lib/X11/fonts/misc:unscaled,
/usr/X11R6/lib/X11/fonts/100dpi:unscaled,
/usr/X11R6/lib/X11/fonts/75dpi:unscaled,
/usr/local/share/ghostscript/fonts/ghostsript,
/usr/local/share/ghostscript/fonts/CM,
/usr/local/share/ghostscript/fonts/AMS,
/usr/X11R6/lib/X11/fonts/Speedo,
/opt/mozilla/fonts/Mozilla:unscaled,
/usr/X11R6/lib/X11/fonts/misc,
/usr/X11R6/lib/X11/fonts/100dpi,
/usr/X11R6/lib/X11/fonts/75dpi
error-file = /var/log/fs-errors
# in decipoints
default-point-size = 120
default-resolutions = 92,92,75,75
# font cache control, specified in KB
cache-hi-mark = 2048
cache-low-mark = 1433
cache-balance = 70
I am sure that RedHat has their own way of doing these so
don''t just blindly copy these!!!
You should be able to restart the font server by
logging in as root and entering the command
/etc/rc.d/init.d/xfs restart
then enter
ps ax | grep xfs
and look for something like this
13062 ? S 0:03 /usr/X11R6/bin/xfs -droppriv -daemon
if you don''t see it, you have X setup problems and not fontconfig ones.