Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#28692 - Gwenview fails to start after KDE 4.8 upgrade
Attached to Project:
Arch Linux
Opened by Curtis (foxcm2000) - Tuesday, 28 February 2012, 00:32 GMT
Last edited by Andrea Scarpino (BaSh) - Saturday, 03 March 2012, 08:02 GMT
Opened by Curtis (foxcm2000) - Tuesday, 28 February 2012, 00:32 GMT
Last edited by Andrea Scarpino (BaSh) - Saturday, 03 March 2012, 08:02 GMT
|
DetailsDescription:
Gwenview, the image viewing program, fails to start after an upgrade to KDE 4.8. The bug appears to be related to Soprano & Nepomuk (what a surprise). The nepomukserver process is up and running (but does not shutdown when I log out, that's the subject of a different bug report). Additional info: * package version(s) kdegraphics-gwenview 4.8.0-1 * config and/or log files etc. Steps to reproduce: 1. Attempt to start gwenview 2. Output (from the command line): "/usr/bin/gwenview(28650)" Soprano: "org.freedesktop.DBus.Error.ServiceUnknown - The name org.kde.nepomuk.services.nepomukstorage was not provided by any .service files" "/usr/bin/gwenview(28650)" Soprano: "QLocalSocket::connectToServer: Invalid name" "/usr/bin/gwenview(28650)" Soprano: "org.freedesktop.DBus.Error.ServiceUnknown - The name org.kde.nepomuk.services.nepomukstorage was not provided by any .service files" "/usr/bin/gwenview(28650)" Soprano: "QLocalSocket::connectToServer: Invalid name" "/usr/bin/gwenview(28650)" Soprano: "org.freedesktop.DBus.Error.ServiceUnknown - The name org.kde.nepomuk.services.nepomukstorage was not provided by any .service files" "/usr/bin/gwenview(28650)" Soprano: "QLocalSocket::connectToServer: Invalid name" "/usr/bin/gwenview(28650)" Soprano: "org.freedesktop.DBus.Error.ServiceUnknown - The name org.kde.nepomuk.services.nepomukstorage was not provided by any .service files" "/usr/bin/gwenview(28650)" Soprano: "QLocalSocket::connectToServer: Invalid name" gwenview: symbol lookup error: gwenview: undefined symbol: _ZN8Gwenview22DocumentViewController16setToolContainerEPNS_14SlideContainerE |
This task depends upon
Closed by Andrea Scarpino (BaSh)
Saturday, 03 March 2012, 08:02 GMT
Reason for closing: Not a bug
Additional comments about closing: See comments
Saturday, 03 March 2012, 08:02 GMT
Reason for closing: Not a bug
Additional comments about closing: See comments
$ pacman -Qm
acroread 9.4.6-1
aoetools 30-1
cloog-ppl 0.15.10-2
codecs 20071007-1
deb2targz 1-2
eggdbus 0.6-1
fontcacheproto 0.1.3-1
gen-init-cpio 2.6.36-1
google-earth 6.2.0.5905-1
google-talkplugin 2.6.1.0-1
guvcview 1.5.1-1
iozone 3_338-1
kdebase-kappfinder 4.4.5-1
kdeutils-kdessh 4.3.4-1
ld-lsb 3-2
lib32-curl 7.21.7-1
lib32-db 5.1.19-1
lib32-libart-lgpl 2.3.21-1
lib32-libpng12 1.2.46-2
lib32-libsasl 2.1.23-4
lib32-libsmpeg 0_0.4.5-1
lib32-libxaw 1.0.9-1
lib32-libxpm 3.5.9-1
lib32-libxslt 1.1.26-5
lib32-libxxf86dga 1.1.2-1
lib32-lzo2 2.03-1
lib32-nas 1.9.2-2
lib32-nspr 4.8.9-1
lib32-nss 3.12.11-1
lib32-nvidia-utils-beta 285.05.09-1
lib32-pciutils 3.1.7-1
libdownload 1.3-3
libgraphite 2.3.1-2
libpng12 1.2.46-2
libxfontcache 1.0.5-1
libxxf86misc 1.0.2-1
makemkv 1.7.2-1
nvidia-utils-beta 285.05.09-1
openssl-compatibility 0.9.8-3
pdfminer 20110515-1
pdfsam 2.2.0e-1
tcptraceroute 1.5beta7-5
vblade 20-1
xcalib 0.8-3
xf86miscproto 0.9.3-1
xorg-apps 7.6-1
yaourt 0.9.2.6-1
zgrviewer 0.8.2-1
I'll be happy go through any log files or run any debug commands that you would like too.
Please close the bug. It turns out (and don't ask me how this happened) that an old version of libgwenviewlib.so.4 from KDE 4.7 got copied into /usr/lib32 (the library was the 64-bit version strangely enough). The runtime linker gave the obsolete version of the library priority over the correct library. Once I deleted the old version, the problems went away.
Sorry for the inconvenience! Sometimes files like to end up where they don't belong ;-)