On Wed, Jul 29, 2009 at 11:19:37AM +0200, Wolfgang Klein wrote:
> Hello!
>
> By pure accident I found a solution. Somewhere in a mailing list archive
> I found someone mentioning this option in connection with evdev:
>
> Option "GrabDevice" "on"
>
> So put this option into every input device
Hello!
By pure accident I found a solution. Somewhere in a mailing list archive
I found someone mentioning this option in connection with evdev:
Option "GrabDevice" "on"
So put this option into every input device section like this:
Section "InputDevice"
Identifier "mouse_2"
Drive
Peter Hutterer wrote:
>
> you're trying to hook evdev up to a non-event device so the ioctl fails.
> Something in your udev rules is possibly busted, mouse_seat_1 device must be
> a link to /dev/input/eventXYZ
And so it is, because looking into /dev/input/by-path/ I see these links:
pci-:00
On Sat, Jul 18, 2009 at 01:45:40PM +0200, Wolfgang Klein wrote:
> On 18.07.2009 at 13:34 (xorg@lists.freedesktop.org) wrote:
>
> Tomasz Chmielewski wrote:
>
> > Have you looked at /var/log/Xorg* logs?
> >
>
> The log for the PS/2 seat says:
>
> ...
> (**) Option "AutoAddDevices" "false"
> (**)
Wolfgang Klein wrote:
> On 18.07.2009 at 13:34 (xorg@lists.freedesktop.org) wrote:
>
> Tomasz Chmielewski wrote:
>
>> Have you looked at /var/log/Xorg* logs?
>>
>
> The log for the PS/2 seat says:
>
> ...
> (**) Option "AutoAddDevices" "false"
> (**) Option "AutoEnableDevices" "false"
> (**) No
Wolfgang Klein wrote:
> Hello,
>
> I subscribed to this list because I am facing a problem that could be
> related to Xorg.
>
> Until now I'm running a nice little multiseat machine (on pc, two users)
> with Ubuntu Hardy. Now I would like to upgrade that system to Ubuntu
> Jaunty, but the problem