You are not logged in.
Hi all,
Since a system update I did yesterday (2018-03-06), my wife's laptop can no longer run any KDE/Plasma5 applications. A typical example is
# konsole
konsole: error while loading shared libraries: libQt5Core.so.5: cannot open shared object file: No such file or directory
ldd shows
# ldd /usr/bin/sddm
linux-gate.so.1 (0xb77ba000)
libQt5DBus.so.5 => /usr/lib/libQt5DBus.so.5 (0xb7620000)
libQt5Qml.so.5 => /usr/lib/libQt5Qml.so.5 (0xb7176000)
libsystemd.so.0 => /usr/lib/libsystemd.so.0 (0xb70ec000)
libQt5Network.so.5 => /usr/lib/libQt5Network.so.5 (0xb6f21000)
libQt5Core.so.5 => not found
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb6da8000)
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb6d8b000)
libc.so.6 => /usr/lib/libc.so.6 (0xb6bb6000)
libQt5Core.so.5 => not found
libpthread.so.0 => /usr/lib/libpthread.so.0 (0xb6b97000)
libdbus-1.so.3 => /usr/lib/libdbus-1.so.3 (0xb6b3b000)
libQt5Core.so.5 => not found
libm.so.6 => /usr/lib/libm.so.6 (0xb6a3d000)
libgcrypt.so.20 => /usr/lib/libgcrypt.so.20 (0xb695d000)
librt.so.1 => /usr/lib/librt.so.1 (0xb6954000)
liblzma.so.5 => /usr/lib/liblzma.so.5 (0xb6928000)
liblz4.so.1 => /usr/lib/liblz4.so.1 (0xb6912000)
/lib/ld-linux.so.2 => /usr/lib/ld-linux.so.2 (0xb77bb000)
libQt5Core.so.5 => not found
libz.so.1 => /usr/lib/libz.so.1 (0xb68f9000)
libssl.so.1.1 => /usr/lib/libssl.so.1.1 (0xb688c000)
libcrypto.so.1.1 => /usr/lib/libcrypto.so.1.1 (0xb6631000)
libgpg-error.so.0 => /usr/lib/libgpg-error.so.0 (0xb6617000)
libdl.so.2 => /usr/lib/libdl.so.2 (0xb6612000)
However,
# ls -l /usr/lib/libQt5Core*
-rw-r--r-- 1 root root 914 Feb 3 22:37 /usr/lib/libQt5Core.prl
lrwxrwxrwx 1 root root 20 Feb 3 22:36 /usr/lib/libQt5Core.so -> libQt5Core.so.5.10.0
lrwxrwxrwx 1 root root 20 Feb 3 22:36 /usr/lib/libQt5Core.so.5 -> libQt5Core.so.5.10.0
lrwxrwxrwx 1 root root 20 Feb 3 22:36 /usr/lib/libQt5Core.so.5.10 -> libQt5Core.so.5.10.0
-rwxr-xr-x 1 root root 5258080 Feb 3 22:37 /usr/lib/libQt5Core.so.5.10.0
System:
# uname -a
Linux mac 3.14.52-1-lts #1 SMP Thu Sep 17 20:51:47 CEST 2015 i686 GNU/Linux
# inxi -Cf
CPU: Dual core Intel T2500 (-MCP-) cache: 2048 KB
clock speeds: max: 2000 MHz 1: 1000 MHz 2: 1000 MHz
CPU Flags: acpi aperfmperf apic arch_perfmon bts clflush cmov constant_tsc cx8 de dtherm dts est fpu
fxsr ht mca mce mmx monitor msr mtrr nx pae pbe pdcm pge pni pse sep ss sse sse2 tm tm2 tsc vme vmx
xtpr
I would assume that there would be a panic on this forum, but since this isn't the case, I assume this must be a local thing. Does anyone have any idea how to tackle this?
Offline
I cannot really reproduce it neither on testing nor on stable.
What are your versions of the packages 'qt5-base' and 'konsole'?
Looks to me like qt5-base is something like 5.10.0-4.0 given size and last modification date:
-rwxr-xr-x 1 root root 5258080 Feb 3 22:37 /usr/lib/libQt5Core.so.5.10.0
What's also weird: why should KDE/Plasma work and KDE applications not, both need Qt?
May I ask: Is it really a migrated Archlinux32 you are using or some other Arch-based distribution?
Offline
Hi andreas_baumann,
Thank you for looking into this.
I suppose I haven't been fully clear; Plasma doesn't start (even sddm doesn't) and neither do any of the KDE applications. I suppose anything that needs the Qt libraies is affected. As a workaround, I have installed LXDE for now.
Versions of the packages I mentioned:
* extra/qt5-base 5.10.0-4.0 (qt qt5) [installed]
* extra/konsole 17.12.1-1.0 (kde-applications kdebase) [installed]
* extra/sddm 0.17.0-5.0 [installed]
From my bash history:
# pacman -Syy archlinux32-keyring-transition
# pacman -Syuu
/etc/pacman.d/mirrorlist:
##
## Arch Linux repository mirrorlist for i686
## Generated on 2017-11-15
##
# Germany
Server = http://archlinux32.vollzornbrot.de/$arch/$repo
Server = https://archlinux32.vollzornbrot.de/$arch/$repo
Server = http://mirror.archlinux32.org/$arch/$repo
Server = https://mirror.archlinux32.org/$arch/$repo
# France
Server = https://archlinux32.mirror.roelf.org/$arch/$repo
# United States
Server = https://32.arlm.tyzoid.com/$arch/$repo
# Canada
Server = http://arch32.mirrors.simplysam.us/$arch/$repo
I just noticed that below the shown content of the mirrorlist, there was an uncommented 64-bit block (back from before the transition to 32-bit). Could that cause a problem? I commented them out and ran pacman -Syuu again. Should I do something else?
One other thing I just tried: I downgraded to qt5-base-5.9.2-1 (the version before the last system update), but that didn't solve the problem. However, instead, I get:
$ konsole
konsole: error while loading shared libraries: libicui18n.so.59: cannot open shared object file: No such file or directory
Indeed, I then get
# ldd /usr/lib/libQt5Core.so
...
libicui18n.so.59 => not found
libicuuc.so.59 => not found
...
Does that mean the older qt5-base does work, but also requires older dependencies?
PS. If I downgrade icu to 59.1-1 as well, I get
# sddm
sddm: /usr/lib/libQt5Core.so.5: version `Qt_5.10' not found (required by sddm)
...
Last edited by AstroFloyd (2018-03-08 19:31:49)
Offline
Can you do a 'file /usr/lib/libQt5Core.so.5.10.0' or so. ldd's 'file not found' can mean
you have 64-bit binaries.
file /usr/lib/libQt5Core.so.5.10.0
/usr/lib/libQt5Core.so.5.10.0: ELF 32-bit LSB shared object, Intel 80386, version 1 (GNU/Linux), dynamically linked, interpreter /lib/ld-linux.so.2, BuildID[sha1]=2ebf1a69c8451fffbda0af38fde838f7b2c49d93, for GNU/Linux 3.17.0, stripped
If you see ELF 64-bit there, you have to reinstall all packages, which are 64-bit.
Also check what 'pacman -Qi qt5-core | grep Architecture' is showing you (you should see i686 and not x86_64).
If you have 64-bit binaries, do a grep for all pacman packages with wrong architecture and make sure
to use the right mirrors.
I wonder that this is even possible to install wrong packages for a wrong architecture, pacman should actually check this.
This command might be handy to find wrong packages:
pacman -Q | cut -f 1 -d ' ' | xargs pacman -Qi | egrep '((Name)|(Architecture))'
Offline
Downgrading Qt doesn't help because it's linked against another libicu, which is linked against... etc. :-)
So, stick to the stable newest packages.
Offline
Hi Andreas,
# file /usr/lib/libQt5Core.so.5.10.0
/usr/lib/libQt5Core.so.5.10.0: ELF 32-bit LSB shared object, Intel 80386, version 1 (GNU/Linux), dynamically linked, interpreter /lib/ld-linux.so.2, BuildID[sha1]=2ebf1a69c8451fffbda0af38fde838f7b2c49d93, for GNU/Linux 3.17.0, stripped
# pacman -Qi qt5-base | grep Architecture
Architecture : i686
# pacman -Q | cut -f 1 -d ' ' | xargs pacman -Qi | egrep '((Name)|(Architecture))' |grep -B1 x86_64 | wc -l
0
"Unfortunately" (because that would have offered a solution), I do not seem to have mixed x86_64 and i686 somehow...
I also tried removing the qt5-base package, commenting out the top mirrors in my list thus forcing a download from a different server(?), but that did not change the situation.
Lastly, I allowed Testing and upgraded to testing/qt5-base 5.10.1-2.0 and testing/konsole 17.12.2-1.0, again with the same results.
Offline
Sad, would have been a nice explanation. :-)
This was a vanilla Archlinux, 32-bit you migrated to Archlinux32, not some derived Arch-based distribution?
Maybe a mirror is broken?
I have to think..
Offline
This was a vanilla ArchLinux, I migrated last fall. No weird flavours.
I suppose I could remove all packages from /var/cache/pacman/pkg and reinstall everything thas is currently installed, though I am a bit worried of what other weird might happen... ;-)
As I mentioned before, I removed the qt5-base package from /var/cache/pacman/pkg, commented out the top mirrors in the list, and reinstalled the package, forcing a fresh download from another mirror - no luck there.
Offline
Can you copy your pacman.conf here? Maybe there is a strange mixup of the repos?
Offline
Yes, I pasted it here
Offline
Looks ok.
Offline
Mmh. I'm lost.. Just installed a fresh system installed plasma and konsole, no problems on stable or testing..
Offline
Qt5 needs SSE2, that's the only thing I stumbled over. But a CoreDuo should do fine with SSE2.
Offline
Yeah, Qt5 worked until 3 days ago, so SSE2 should not pose any problem. I'm in the process of redownloading and reinstalling all installed packages - let's see what happens.
Thank you very much for going through all this trouble - it is hugely appreciated!
Just out of curiosity - how did you do a fresh install so quickly? In some virtual box?
Offline
Yes, and I have a local rsynced mirror. And an autoinstallation script. :-)
https://github.com/andreasbaumann/archauto32.git
or one of the other methods to automatically install an Archlinux.
Offline
I recently patches librsvg and qt5-declarative. They had SSE2 stuff in them. Now it seems to work.
You can give those two packages from testing a try..
Offline
I have same problem, please tell me step by step how to fix this, i’m a newbie
Offline
Ok resolved installing icu.60 from AUR
Offline
qt5-base-5.10.1-7.0 has been published now. It is linked against libicu.so.61.
Offline
Thank you Andreas, i would be happy but since last update gdm won’t launch and gnome session launched from sddm let me with plasma cursor without wallpaper and all is unresponsive.
Can you tell me what is happening ?
Offline
Ok, found at least three problems around gdm/Gnome:
/usr/bin/gnome-shell: error while loading shared libraries: libmutter-clutter-2.so: cannot open shared object file: No such file or directory
/usr/bin/gnome-shell: error while loading shared libraries: libgnome-desktop-3.so.17: cannot open shared object file: No such file or directory
ldd /usr/lib/colord-sane
libsane.so.1 => not found
mutter-3.28.0 is not published to stable (it contains libmutter-clutter-2.so).
Offline
Upgrading libgnome-desktop to the testing versions (gnome-desktop-1:3.28.1-1.0-i686.pkg.tar.xz) leaves me with errror about
missing old Gnome:
/usr/lib/gnome-session-binary: error while loading shared libraries: libgnome-desktop-3.so.12: cannot open shared object file: No such file or directory
So, wrong packages have been pushed to stable, and there is at least a rebuild issue around some parts of gnome.
Only a complete rebuild will help, I'm afraid (can I schedula a package group like 'gnome'?).
Offline
There is at least another problem around 'sane' and 'colord'.
Offline
Thank you again for helping Andreas.
Are you telling me that is no fix for now ?
Offline
For now, no. Gnome seems to be quite in disarray. I tried both stable and testing and there is some library mismatch.
I triggered a rebuild of gnome, but this will take a while, we'll keep you posted..
Offline