Description of problem: After upgrade libevdev 0.5-1.fc20 to 0.6-1.fc20 version and reboot computer I see blank screen instead user logon. Downgrage package to 0.5-1.fc20 version helps to solve this issue. $ lspci 00:00.0 Host bridge: Intel Corporation 82Q35 Express DRAM Controller (rev 02) 00:01.0 PCI bridge: Intel Corporation 82Q35 Express PCI Express Root Port (rev 02) 00:03.0 Communication controller: Intel Corporation 82Q35 Express MEI Controller (rev 02) 00:19.0 Ethernet controller: Intel Corporation 82566DM-2 Gigabit Network Connection (rev 02) 00:1a.0 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 02) 00:1a.1 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 02) 00:1a.2 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 02) 00:1a.7 USB controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 02) 00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 02) 00:1c.0 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 (rev 02) 00:1c.1 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 2 (rev 02) 00:1c.2 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 3 (rev 02) 00:1c.3 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 4 (rev 02) 00:1c.4 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 5 (rev 02) 00:1d.0 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 02) 00:1d.1 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 02) 00:1d.2 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 02) 00:1d.7 USB controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 02) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 92) 00:1f.0 ISA bridge: Intel Corporation 82801IO (ICH9DO) LPC Interface Controller (rev 02) 00:1f.2 SATA controller: Intel Corporation 82801IR/IO/IH (ICH9R/DO/DH) 6 port SATA Controller [AHCI mode] (rev 02) 00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 02) 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Turks PRO [Radeon HD 6570/7570/8550] 01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Turks/Whistler HDMI Audio [Radeon HD 6000 Series] 04:00.0 IDE interface: Marvell Technology Group Ltd. 88SE6101/6102 single-port PATA133 interface (rev b2) 07:03.0 FireWire (IEEE 1394): LSI Corporation FW322/323 [TrueFire] 1394a Controller (rev 70) $ uname -a Linux ws166.afbank.ru 3.12.6-300.fc20.i686+PAE #1 SMP Mon Dec 23 17:02:24 UTC 2013 i686 i686 i386 GNU/Linux
I can report the same problem on my laptop (Lenovo x220, intel core i7 Sandybridge) After updating to libevdev 0.6-1.fc20 the boot process stop displaying messages after systemd[1]: Starting Authorization Manager... When logging as user on an other console then startx, get a "oops gnome has crashed" message after reverting to libudev 0.5-1.fc20, no such problem anymore
$ which gnome-shell | xargs ldd -r 2>&1 | grep undefined undefined symbol: LIBEVDEV_READ_NORMAL (/lib/libclutter-1.0.so.0) undefined symbol: LIBEVDEV_READ_SYNC (/lib/libclutter-1.0.so.0) Looks like libevdev.so.1 removed some symbols without bumping soversion.
Note that bumping soversion requires rebuild of all depending packages.
http://cgit.freedesktop.org/libevdev/commit/?id=7a38f4abc3ed1df368d5bad32a1d72559acdc234 This type of change should not be brought on stable branch.
same issue here: $ journalctl -b -1 /usr/bin/gnome-session -- Logs begin at Wed 2013-07-24 13:58:35 CEST, end at Thu 2013-12-26 02:31:51 CET. -- Dec 26 02:02:34 pressanykey gnome-session[1320]: Entering running state Dec 26 02:02:34 pressanykey gnome-session[1320]: gnome-shell: symbol lookup error: /lib64/libclutter-1.0.so.0: undefined symbol: LIBEVDEV_READ_NORMAL Dec 26 02:03:44 pressanykey gnome-session[1320]: (gnome-settings-daemon:1372): Gdk-WARNING **: gnome-settings-daemon: Fatal IO error 11 (Resource temporarily unavailable) on X server :0. this may be relevant: https://git.gnome.org/browse/clutter/commit/?h=clutter-1.18&id=3cd9a70fea1ccf795419a1726c7c279b0aaf237e
confirm
from the patch in comment #5 it looks like the new API was already there since 0.4. So if it's not already in the sources used by Fedora, we should be able to start using the new API "now" (with 0.5), maybe also in other packages, and later upgrade libevdev.
libevdev-0.6-1.fc20.x86_64 woerks in Linux F20bt 3.12.6-300.fc20.x86_64 #1 SMP Mon Dec 23 16:44:31 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
I'm going to send a libevdev build that restores the 'deprecated' functions and possibly also a clutter build with the patch from c#5 to Rawhide. That would fix it from both ends. whot and desktop team can take another swing at implementing this change in a way that doesn't break the world, once they get back from vacation. Many thanks to Dom and Mamoru for identifying the offending changes.
F20 should be OK, as the offending update has been unpushed. I'll leave it to whot and desktop team to decide what they want to do for F20. For Rawhide, I've now sent out new builds of clutter and libevdev, fixing the problem from both ends. They seem to be working fine on my system. If you don't want to wait for mirrors, grab them from Koji: http://koji.fedoraproject.org/koji/buildinfo?buildID=486899 (libevdev) http://koji.fedoraproject.org/koji/buildinfo?buildID=486900 (clutter, still building, should be done soon) either on its own ought to resolve the issue, I tested with both together.
does 'cheese' start successfully on your patched system, adam williamson?
Just ran it, seems to work fine.
Sorry about this mess, my fault. I assumed that nothing yet requires libevdev (and anything that does would use the stable API already). For F20: I'll probably leave 0.6 in with the reverted changes (building as I type), we haven't seen big changes anyway so supporting the deprecated API shouldn't be too hard.
libevdev-0.6-3.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/libevdev-0.6-3.fc19
libevdev-0.6-3.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/libevdev-0.6-3.fc20
rawhide build: http://koji.fedoraproject.org/koji/taskinfo?taskID=6350554
*** Bug 1047023 has been marked as a duplicate of this bug. ***
*** Bug 1046756 has been marked as a duplicate of this bug. ***
Package libevdev-0.6-3.fc20: * should fix your issue, * was pushed to the Fedora 20 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing libevdev-0.6-3.fc20' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2014-0120/libevdev-0.6-3.fc20 then log in and leave karma (feedback).
*** Bug 1046461 has been marked as a duplicate of this bug. ***
libevdev-0.6-3.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.
*** Bug 1046453 has been marked as a duplicate of this bug. ***