Bug 20335 - kudzu doesn't properly handle mouse removal
kudzu doesn't properly handle mouse removal
Status: CLOSED DUPLICATE of bug 18862
Product: Red Hat Linux
Classification: Retired
Component: kudzu (Show other bugs)
7.0
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Bill Nottingham
David Lawrence
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2000-11-04 09:32 EST by Sean Dilda
Modified: 2014-03-16 22:17 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2001-01-06 18:58:48 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Sean Dilda 2000-11-04 09:32:05 EST
On my laptop with a builting trackpad, I temporarily added a USB mouse. 
Kudzu changed everything to use the USB mouse.  I then turned the machine
off, removed the USB mouse and turned it back on the next day.  Kudzu saw
that the USB mouse was gone, offered to remove the configs and I told it
to.  However, it didn't reconfigure everything for my trackpad.  So when it
booted gpm and X couldn't start because the /dev/mouse symlink was gone. 
Running mouseconfig by hand fixed it, but kudzu should probablly go ahead
and do this for the user.
Comment 1 Andrew Bartlett 2001-01-06 18:58:45 EST
This looks the same as bug 18862.
Comment 2 Sean Dilda 2001-01-08 22:44:31 EST
abartlet@pcug.org.au was right, this is a duplicate bug

*** This bug has been marked as a duplicate of 18862 ***

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