Description of problem:
It is time consuming and difficult to manually make xorg.conf files
for custom nvidia drivers. Regular users can't do it.
Version-Release number of selected component (if applicable):
rpm -q system-config-display
Steps to Reproduce:
1. Install a custom nvidia driver
2. Open system-config-display
3. Exit system-config-display with a save.
system-config-display has now put the driver that it thinks you
should be using in xorg.conf. It has removed the custom driver that
you put in system-config-display.
There should be a way to tell it that you've got the driver set up
and to leave the video driver alone. I see that there is "Custom" in
the driver dropdown, but I've yet to be able to make that work. If
system-config-display left the video driver in xorg.conf alone, it
could be used with custom drivers which would make its configuration
a lot easier.
I'm about to have a bunch of users with machine using custom nvidia
drivers and multiple monitors. Whenever they want to change
something with their video, I am going to have to manually edit their
xorg.conf file. I can't let them use system-config-video or it will
uninstall the custom driver.
Are you using the livna.org packages for the nvidia driver? They have scripts
to switch on nvidia if present using s-c-display backend.
I'll look into this.
I'm using the driver "system" downloaded from nvidia.com.
To use it, one downloads an install file (NVIDIA-Linux-x86-1.0-6111-pkg1.run),
goes to init level 3 (ie X windows can't be running), runs the script, which
installs or builds the driver, then manually edits xorg.conf to call the driver,
then init back to level 5 to use it.
Once that driver is working, you cannot use system-config-display because it
will revert the driver back to what it thinks the correct video driver should
be, even if you don't touch anything in the hardware settings.
I think this could be prevented if s-c-display parsed xorg.conf and realized
that a driver was already installed that wasn't in the available driver list.
It is a huge pain in the a** using these drivers, especially when you have to
manually set up second monitors, etc by manually editing xorg.conf. I think
this could be done with s-c-display if it would leave the driver alone.
I don't mean to harp about this, but fc3 repos have a new kernel out today,
which means that I must build another nvidia driver on half a dozen machines.
Huge pain in the a**.
To add insult to injury, I'm using ndiswrapper, so I have to do 2 builds x 6
machines = 12 builds just to use the current kernel. So much for up2date being
a n automatic process.
Or wait for livna to build against kernel - or QA it and feed back there, plus
the livna scripts would detect no driver for newer kernel and switch back to nv
Fedora Core 3 is now maintained by the Fedora Legacy project for security
updates only. If this problem is a security issue, please reopen and
reassign to the Fedora Legacy product. If it is not a security issue and
hasn't been resolved in the current FC5 updates or in the FC6 test
release, reopen and change the version to match.
NEEDINFO timeout, resolving as INSUFFICIENT_DATA. If you are still experiencing
this bug in FC6 or FC7, please reopen. Thanks for the report!