Hello Julien,
sorry for the late answer, was on a conference last week.
Julien Cristau [2010-01-08 21:37 +]:
On Fri, Jan 8, 2010 at 18:57:28 +, Julien Cristau wrote:
Apparently loading evdev on accelerometers results in a mouse cursor
stuck in the center of the screen. Not sure
On Tue, Jan 19, 2010 at 22:31:50 +0100, Martin Pitt wrote:
E: SUBSYSTEM=input
E: ID_INPUT=1
E: x11_driver=evdev
I wonder which rule assigns this. At least in Ubuntu,
/lib/udev/rules.d/65-xorg-evdev.rules looks like
-- 8 --
ACTION!=add|change,
Martin,
On Tue, Jan 19, 2010 at 22:57:50 +0100, Martin Pitt wrote:
Julien Cristau [2010-01-19 22:43 +0100]:
Hrm. This means with inputclasses we'll need one inputclass section for
each device type. Or tag the devices we don't want to handle somehow in
the udev db.
I'm afraid I don't
Hello Julien,
Julien Cristau [2010-01-19 22:43 +0100]:
It looks like this because I changed it after people started reporting
this problem, and ubuntu synced it :)
See
http://git.debian.org/?p=pkg-xorg/driver/xserver-xorg-input-evdev.git;a=commitdiff;h=d293b7ae066ab55540809b99ba770174dfca3bc7
On Fri, Jan 08, 2010 at 09:37:19PM +, Julien Cristau wrote:
On Fri, Jan 8, 2010 at 18:57:28 +, Julien Cristau wrote:
Apparently loading evdev on accelerometers results in a mouse cursor
stuck in the center of the screen. Not sure if we should somehow
blacklist these devices from
Package: xserver-xorg-input-evdev
Version: 1:2.3.2-2
Severity: important
Apparently loading evdev on accelerometers results in a mouse cursor
stuck in the center of the screen. Not sure if we should somehow
blacklist these devices from the udev rules, or if the driver should be
smarter.
Cheers,
On Fri, Jan 8, 2010 at 18:57:28 +, Julien Cristau wrote:
Apparently loading evdev on accelerometers results in a mouse cursor
stuck in the center of the screen. Not sure if we should somehow
blacklist these devices from the udev rules, or if the driver should be
smarter.
Peter, would
7 matches
Mail list logo