Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#6413 - Bogus mouse detected after latest set of updates

Attached to Project: Arch Linux
Opened by name withheld (Gullible Jones) - Tuesday, 13 February 2007, 20:25 GMT
Last edited by Roman Kyrylych (Romashka) - Thursday, 15 February 2007, 09:24 GMT
Task Type Bug Report
Category Packages: Current
Status Closed
Assigned To Tobias Powalowski (tpowa)
Architecture not specified
Severity Very Low
Priority Normal
Reported Version 0.7.2 Gimmick
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Since today's -Syu, my system has been registering a nonexistant device as /dev/input/mouse0; my actual mouse, which used to be mouse0, is now mouse1. I don't really know what happened, but I'll hazard a guess that udev 105-4 might be responsible.

(If this is a necessary side effect of getting rid of Nautilus's duplicated drive problem, I think it can be lived with...)
This task depends upon

Closed by  Tobias Powalowski (tpowa)
Tuesday, 27 February 2007, 22:08 GMT
Reason for closing:  Not a bug
Comment by Roman Kyrylych (Romashka) - Thursday, 15 February 2007, 09:29 GMT
I doubt it's related to /dev/root workaround.

[root@home /]# ls /dev/input/mouse* -l
crw-r--r-- 1 root root 13, 32 2007-02-15 11:47 /dev/input/mouse0
crw-r--r-- 1 root root 13, 33 2007-02-15 11:47 /dev/input/mouse1

I have one PS/2 mouse, /dev/input/mice in xorg.conf and /dev/misc/psaux -t imps2 in conf.d/gpm
It works as usual.

Comment by Tobias Powalowski (tpowa) - Thursday, 15 February 2007, 19:06 GMT
udev loads stuff asynchron so switching is always possible with every device.
i wouldn't say the last update triggered this

Loading...