From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5)
Description of problem:
The default InputDevice section for the synaptics touchpad is
Option "Device" "/dev/input/mice"
Option "Protocol" "auto-dev"
Option "Emulate3Buttons" "yes"
If I specify any additional options listed from
/usr/share/docs/synaptics-0.13.5/README, the next time I reboot, kudzu
says it found a new Intel i830M chipset installed and rewrites
/etc/X11/xorg.conf with the basic default. Even if I tell kudzu to do
nothing and stop telling me about this 'new' hardware, it keeps
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Set additional driver options,
/usr/share/docs/synaptics-0.13.5/README, in the Synaptics InputDevice
section of /etc/X11/xorg.conf.
Actual Results: Kudzu writes a default xorg.conf which looses the
synaptics options and the monitor (resolution is changed as a result).
Kudzu can't be made to ignore the 'new' hardware.
Expected Results: Kudzu should not think there is any new hardware as
none has been added.
Please attach a) your /etc/sysconfig/hwconf b) the output of 'kudzu
-p' from single-user-mode on boot c) your /etc/X11/xorg.conf.
Created attachment 107598 [details]
X.org config file
Created attachment 107599 [details]
sysconfig hwconf file
Created attachment 107600 [details]
output of kudzu -p
well. something happened to make it stop. The only think that was
different about the last time it happened is that instead of editing
xorg.conf by hand, I just copied the backup copy created when kudzu
wrote the default one.
Hm, I'm confused. kudzu doesn't parse /etc/X11/xorg.conf, now that I
reread the code. It just checks that it exists.
I was having trouble with the scrolling areas of the synaptics
touchpad. Mostly that the borders determinig what parts of the
touchpad generated scrolling events were too big. So I would change
them by editing xorg.conf with vi. Everything would work, then I would
reboot. kudzu would tell me it found new hardware, listing the Intel
i830m chipset. At first I said to install it, but then the synaptics
driver options would be lost. So I would edit the new xorg.conf by
hand with vi. Next reboot, kudzu comes up again. So I said do nothing.
I'm pretty sure my configuration was preserved this time, but at the
next reboot, kudzu still came up trying to install the i830m chipset.
After a few times, I tried selecting ignore from kudzu. So if I
remember right, Ignore and Do Nothing preserved the config, but kudzu
still kept coming back up. If I selected install I would loose my
synaptics driver options. Changing them with vi led to kudzu finding
the i830m. So one time I looked and noticed that my hand tweaked conf
file was there as a .backup, presumably created by kudzu, so I just
copied it over, restarted X, and went on my merry way. I haven't seen
kudzu come up since.
Are you using rhgb?
Sorry, but I've been unable to reproduce this here. Does it still happen on FC4?
I don't have linux installed on that laptop anymore. The BIOS was just too
bothersome (had to keep it downgraded by several revisions to get any video,
ACPI was horribly busted, even with tweaked DSDT) to be worth it.
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.
I was never able to reproduce this, but a potential cause of this is fixed in