You are not logged in.
Hello,
I'm running 32-bit.
After pacman updated KDE, kdm doesn't start anymore. kdm.log shows this error:
/usr/lib/kde4/libexec/kdm_greet: symbol lookup error: /usr/lib/libQtSvg.so.4: undefined symbol
I tried reinstalling kdebase-workspace and qt to which the files belong to but didn't help. Eventually I reinstalled all the packages using:
# comm -23 <(pacman -Qeq|sort) <(pacman -Qmq|sort) | pacman -S -
Also no luck. All other packages are up to date.
Any help would be appreciated.
Last edited by Tsynique (2013-03-06 03:28:27)
Offline
Maybe you are using an out of sync mirror, change it an then run "pacman -Syyu".
These are the relevant files on my system, do you have anything different?
$ LANG=C pacman -Qo /usr/lib/kde4/libexec/kdm_greet
/usr/lib/kde4/libexec/kdm_greet is owned by kdebase-workspace 4.10.0-1
$ LANG=C pacman -Qo /usr/lib/libQtSvg.so.4
/usr/lib/libQtSvg.so.4 is owned by qt 4.8.4-3
$ ls -l /usr/lib/libQtSvg.so.4
lrwxrwxrwx 1 root root 17 5 feb 12.28 /usr/lib/libQtSvg.so.4 -> libQtSvg.so.4.8.4
$ ldd /usr/lib/kde4/libexec/kdm_greet | grep libQtSvg.so.4
libQtSvg.so.4 => /usr/lib/libQtSvg.so.4 (0x00007fad52f8d000)
Offline
I am now trying different mirrors however, what I see from what you posted is this:
$ LANG=C pacman -Qo /usr/lib/kde4/libexec/kdm_greet
/usr/lib/kde4/libexec/kdm_greet is owned by kdebase-workspace 4.10.0-1
$ LANG=C pacman -Qo /usr/lib/libQtSvg.so.4
/usr/lib/libQtSvg.so.4 is owned by qt 4.8.4-3
$ ls -l /usr/lib/libQtSvg.so.4
lrwxrwxrwx 1 root root 17 Feb 5 13:43 /usr/lib/libQtSvg.so.4 -> libQtSvg.so.4.8.4
$ ldd /usr/lib/kde4/libexec/kdm_greet | grep libQtSvg.so.4
libQtSvg.so.4 => /usr/lib/libQtSvg.so.4 (0xb5ffe000)
The only difference is the last command output..
Offline
Now this is funny....
$ LANG=C pacman -Qo /usr/lib/libQtSvg.so.4
/usr/lib/libQtSvg.so.4 is owned by qt 4.8.4-3
$ LANG=C pacman -Qo /usr/lib/kde4/libexec/kdm_greet
/usr/lib/kde4/libexec/kdm_greet is owned by kdebase-workspace 4.10.0-1
$ ldd /usr/lib/kde4/libexec/kdm_greet | grep libQtSvg.so.4
libQtSvg.so.4 => /usr/lib/libQtSvg.so.4 (0x00007faebd6d0000)
Note the slight difference, but my kdm *is* working.
Maybe because I'm using 64-bit?
Last edited by t1nk3r3r (2013-02-23 20:04:01)
--------------------------The only wasted day is one in which you learn nothing.--------------------------
Offline
$ ldd /usr/lib/kde4/libexec/kdm_greet | grep libQtSvg
libQtSvg.so.4 => /usr/lib/libQtSvg.so.4 (0x00007f622a37f000)
64 bit. Other results are all identical. Working fine here, too. What do those numbers mean?
See https://bugs.archlinux.org/task/25163. Have you tried the suggestion in the comments?
Last edited by cfr (2013-02-23 23:41:49)
CLI Paste | How To Ask Questions
Arch Linux | x86_64 | GPT | EFI boot | refind | stub loader | systemd | LVM2 on LUKS
Lenovo x270 | Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz | Intel Wireless 8265/8275 | US keyboard w/ Euro | 512G NVMe INTEL SSDPEKKF512G7L
Offline
$ ldd /usr/lib/kde4/libexec/kdm_greet | grep libQtSvg libQtSvg.so.4 => /usr/lib/libQtSvg.so.4 (0x00007f622a37f000)
64 bit. Other results are all identical. Working fine here, too. What do those numbers mean?
See https://bugs.archlinux.org/task/25163. Have you tried the suggestion in the comments?
I now remember that I had the same problem long time ago. Here is how I solved it: https://bbs.archlinux.org/viewtopic.php … 69#p965669
After endless googling I managed to fix the problem. Before everything went south I installed packages called openct and pkiclient. One of them create a directory /usr/lib/eToken which contained the following files:
drwxr-xr-x 2 root root 4096 Jul 16 00:16 bin -rwxr-xr-x 1 root root 1176544 Jul 16 00:16 libetPropBasic.so -rwxr-xr-x 1 root root 35736 Jul 16 00:16 libMozilaStoreSync.so -rwxr-xr-x 1 root root 70020 Jul 16 00:16 libPhysicalDevices.so lrwxrwxrwx 1 root root 18 Jan 22 2009 libQtCore.so.4 -> libQtCore.so.4.2.3 -rwxr-xr-x 1 root root 1631928 Jul 16 00:16 libQtCore.so.4.2.3 lrwxrwxrwx 1 root root 17 Jan 22 2009 libQtGui.so.4 -> libQtGui.so.4.2.3 -rwxr-xr-x 1 root root 7740188 Jul 16 00:16 libQtGui.so.4.2.3 lrwxrwxrwx 1 root root 17 Jan 22 2009 libQtXml.so.4 -> libQtXml.so.4.2.3 -rwxr-xr-x 1 root root 289652 Jul 16 00:16 libQtXml.so.4.2.3 drwxr-xr-x 2 root root 4096 Jul 16 00:16 nss_tools drwxr-xr-x 3 root root 4096 Jan 22 2009 plugins
I suppose the problem was that libQt* files conflicted with the original ones in the /usr/lib/ dir because after deleting /usr/lib/eToken everything went back to normal.
Thanks for the help guys!
Last edited by Tsynique (2013-03-06 03:29:01)
Offline
Have you reported the issue on the packages' AUR pages? Packages in AUR should not create conflicts with packages from the official repos without declaring so using the "Conflicts" line in the PKGBUILD.
CLI Paste | How To Ask Questions
Arch Linux | x86_64 | GPT | EFI boot | refind | stub loader | systemd | LVM2 on LUKS
Lenovo x270 | Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz | Intel Wireless 8265/8275 | US keyboard w/ Euro | 512G NVMe INTEL SSDPEKKF512G7L
Offline