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.
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: 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.
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: Entering running state
Dec 26 02:02:34 pressanykey gnome-session: gnome-shell: symbol lookup error: /lib64/libclutter-1.0.so.0: undefined symbol: LIBEVDEV_READ_NORMAL
Dec 26 02:03:44 pressanykey gnome-session: (gnome-settings-daemon:1372): Gdk-WARNING **: gnome-settings-daemon: Fatal IO error 11 (Resource temporarily unavailable) on X server :0.
this may be relevant:
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.
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=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.
libevdev-0.6-3.fc20 has been submitted as an update for Fedora 20.
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. ***
* 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:
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. ***