Bug 65527 - --preferxf3 not working
Summary: --preferxf3 not working
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: Xconfigurator   
(Show other bugs)
Version: 7.3
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Mike A. Harris
QA Contact: David Lawrence
Depends On:
TreeView+ depends on / blocked
Reported: 2002-05-27 00:32 UTC by Michael Stenner
Modified: 2007-04-18 16:42 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2002-12-30 13:19:37 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
XF86Config generated by Xconfigurator (12.60 KB, text/plain)
2002-05-27 23:55 UTC, Michael Stenner
no flags Details
XF86Config-4 created by Xconfigurator (1.85 KB, text/plain)
2002-05-27 23:57 UTC, Michael Stenner
no flags Details
output of lspci - I have an S3 Virge clone (that's why I want to use 3) (303 bytes, text/plain)
2002-05-27 23:58 UTC, Michael Stenner
no flags Details
X server output after running Xconfigurator WITH the --preferxf3 option (2.10 KB, text/plain)
2002-05-27 23:59 UTC, Michael Stenner
no flags Details
X server output after running Xconfigurator with --preferxf3 AND changing /usr/X11R6/bin/X (6.49 KB, text/plain)
2002-05-28 00:01 UTC, Michael Stenner
no flags Details

Description Michael Stenner 2002-05-27 00:32:39 UTC
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.

using Xconfigurator-4.10.7-1

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

How reproducible:

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.

Additional info:

Comment 1 Mike A. Harris 2002-05-27 13:28:56 UTC
--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"

Comment 2 Michael Stenner 2002-05-27 23:55:42 UTC
Created attachment 58709 [details]
XF86Config generated by Xconfigurator

Comment 3 Michael Stenner 2002-05-27 23:57:10 UTC
Created attachment 58710 [details]
XF86Config-4 created by Xconfigurator

Comment 4 Michael Stenner 2002-05-27 23:58:29 UTC
Created attachment 58711 [details]
output of lspci - I have an S3 Virge clone (that's why I want to use 3)

Comment 5 Michael Stenner 2002-05-27 23:59:29 UTC
Created attachment 58712 [details]
X server output after running Xconfigurator WITH the --preferxf3 option

Comment 6 Michael Stenner 2002-05-28 00:01:20 UTC
Created attachment 58713 [details]
X server output after running Xconfigurator with --preferxf3 AND changing /usr/X11R6/bin/X

Comment 7 Michael Stenner 2002-05-28 00:11:23 UTC
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.

Comment 8 Mike A. Harris 2002-12-30 13:19:37 UTC
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.


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