-libinput has superceded -vmmouse (and -evdev) since 16.10, marking as
fixed
** Changed in: xserver-xorg-input-vmmouse (Ubuntu)
Status: New => Fix Released
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xserver-xorg-input-vmmouse in
Alternatively installing xserver-xorg-input-libinput seems to supercede
vmmouse and give me mouse back without uninstalling vmmouse itself. That
actually matches my experience with Fedora 23 in the past few days..
--
You received this bug notification because you are a member of Ubuntu-X,
which
FYI udev monitoring shows no events on the
** Attachment added: "udevadm-event0,1,2,3.txt"
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-vmmouse/+bug/1597447/+attachment/4692412/+files/udevadm-event0%2C1%2C2%2C3.txt
--
You received this bug notification because you are a
** Attachment added: "udevadmin-mouse0,1.txt"
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-vmmouse/+bug/1597447/+attachment/4692411/+files/udevadmin-mouse0%2C1.txt
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to
Installed VM is Ubuntu 16.04 x86-64 (UEFI) and the host is Windows 7
64-bit.
Are we missing a udev rule? Xorg log seems to report that the input1 or
mouse1 device is being ignored since no driver is specified. The current
udev rule only seems to match against "i8042 AUX port".
** Attachment
5 matches
Mail list logo