Red Hat Bugzilla – Bug 65527
--preferxf3 not working
Last modified: 2007-04-18 12:42:46 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 Galeon/1.2.0 (X11; Linux i686; U;) Gecko/20020509
Description of problem:
--preferxf3 doesn't seem to be working. Specifically, X4 is still run both from
gdm and startx. It looks like /usr/X11R6/bin/X still links to XFree86 (in the
same dir), which is the X4 server.
/etc/X11/X points to the right place, but doesn't seem to be used any more.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. install (x4 is used by default)
2. run "Xconfigurator --preferxf3"
3. run X (either from gdm or startx)
Actual Results: It runs X4... I"m real sure it's X4 :)
Note that it doesn't change /usr/X11R6/bin/X at all. I manually linked it to
XF86_SVGA (to make stuff work right with my S3) and then ran Xconfigurator again
(EXACTLY as I did before) and it left the link alone.
--preferxf3 only works if the Cards database has an actual XFree86 server
entry for the given card. If not, then either it isn't supported, or it
is a bug in the database perhaps.
You haven't indicated what video card you're using, so I'll need more
information to conclude.
Attach X server log, X config files (both), and the output of "lspci -n"
Created attachment 58709 [details]
XF86Config generated by Xconfigurator
Created attachment 58710 [details]
XF86Config-4 created by Xconfigurator
Created attachment 58711 [details]
output of lspci - I have an S3 Virge clone (that's why I want to use 3)
Created attachment 58712 [details]
X server output after running Xconfigurator WITH the --preferxf3 option
Created attachment 58713 [details]
X server output after running Xconfigurator with --preferxf3 AND changing /usr/X11R6/bin/X
I've just given you a flood of info. Let me know if any more will be useful.
Here are some relevant facts:
1) Xconfigurator IS rewriting the XF86Config files (based on timestamps)
2) Xconfigurator IS recognizing the card. In the first little menu, it tells
me what the card is and what server it will use.
3) Xconfigurator IS changing the /etc/X11/X symlink, but not /usr/X11R6/bin/X,
which is the one that gets used by gdm and startx.
The best solution here is to use 4.x with the "vesa" driver if the native
driver does not work. There is a glitch in Xconfigurator which doesn't set
up the X server symlink correctly in all cases, however since there is a simple
enough workaround of using the 4.x server, and Xconfigurator is now officially
deprecated, there wont be further Xconfigurator updates except if there
are secuirty bugs found in it, which is unlikely.
Unfortunately, the problem here existed through 5 beta releases and nobody
ever reported it to us, so it never got detected and fixed in the 7.3 release.
There's not much point in fixing it now due to the workaround above.
This should work automatically in our current release of Red Hat Linux 8.0
with the new tool.
Closing as CURRENTRELEASE