uinput is auto-loaded on demand anyway if /dev/uinput is opened, there's really no point in loading it manually anymore. $ modinfo uinput ... alias: devname:uinput alias: char-major-10-223 ... Also see: https://bugzilla.redhat.com/show_bug.cgi?id=963193
Hi, (In reply to comment #0) > uinput is auto-loaded on demand anyway if /dev/uinput is opened, there's > really no point in loading it manually anymore. uinput auto-loading has always worked, as long as /dev/uinput exists, but the usual way to make /dev/uinput exist is to load uinput. So is there something taking care of creating /dev/uinput nowadays which will allow us to switch to auto-loading for it? Regards, Hans
(In reply to comment #1) > So is there something taking care of creating /dev/uinput nowadays which will > allow us to switch to auto-loading for it? Yes, the "devname:uinput" in the module gets written into /lib/modules/$VERSION/modules.devname, which udev parses on startup and performs a mknod accordingly.
spice-vdagent-0.14.0-2.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/spice-vdagent-0.14.0-2.fc19
Package spice-vdagent-0.14.0-2.fc19: * should fix your issue, * was pushed to the Fedora 19 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing spice-vdagent-0.14.0-2.fc19' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-8652/spice-vdagent-0.14.0-2.fc19 then log in and leave karma (feedback).
spice-vdagent-0.14.0-2.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report.