You are not logged in.
As of late when starting Gwenview I'm getting the following error message:
/usr/bin/gwenview: error while loading shared libraries: libKF5ItemModels.so.5: cannot open shared object file: Permission denied
ls -l /usr/lib/libKF5ItemModels.so.* gives:
lrwxrwxrwx 1 root root 26 3. Mai 11:45 /usr/lib/libKF5ItemModels.so.5 -> libKF5ItemModels.so.5.70.0*
-rwxr-xr-x 1 root root 288528 3. Mai 11:45 /usr/lib/libKF5ItemModels.so.5.70.0*
The problem seems to be caused by one of the recent updates of plasma-framework.
Is anybody else affected?
Last edited by adventurer (2020-05-16 12:42:10)
Offline
That library comes from kitemmodels .
Output of
$ pacman -Qkk kitemmodels gwenview
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
no issue here with gwenview
Offline
kitemmodels is installed on my system:
Name : kitemmodels
Version : 5.70.0-1
Description : Models for Qt Model/View system
Architecture : x86_64
URL : https://community.kde.org/Frameworks
Licenses : LGPL
Groups : kf5
Provides : None
Depends On : qt5-base
Optional Deps : python-pyqt5: for the Python bindings [installed]
qt5-declarative: QML bindings [installed]
Required By : ark gwenview kdelibs4support krita libakonadi milou
Optional For : None
Conflicts With : None
Replaces : None
Installed Size : 1589.43 KiB
Packager : Antonio Rojas <arojas@archlinux.org>
Build Date : Sun May 3 11:45:04 2020
Install Date : Sat May 16 12:52:53 2020
Install Reason : Installed as a dependency for another package
Install Script : No
Validated By : Signature
Backup Files :
@mpausch: I had no problems until a couple of days ago.
Offline
What is the output of
stat / /usr /usr/lib
Offline
LC_ALL=C stat / /usr /usr/lib:
File: /
Size: 4096 Blocks: 8 IO Block: 4096 directory
Device: 802h/2050d Inode: 2 Links: 20
Access: (0755/drwxr-xr-x) Uid: ( 0/ root) Gid: ( 0/ root)
Access: 2019-09-01 20:50:34.756658566 +0200
Modify: 2020-05-13 10:31:43.726177327 +0200
Change: 2020-05-13 10:31:43.726177327 +0200
Birth: 2019-09-01 20:39:29.000000000 +0200
File: /usr
Size: 4096 Blocks: 8 IO Block: 4096 directory
Device: 802h/2050d Inode: 1179650 Links: 9
Access: (0755/drwxr-xr-x) Uid: ( 0/ root) Gid: ( 0/ root)
Access: 2020-05-16 13:21:04.497934531 +0200
Modify: 2020-05-16 13:21:04.497934531 +0200
Change: 2020-05-16 13:21:04.497934531 +0200
Birth: 2019-09-01 20:50:06.416658772 +0200
File: /usr/lib
Size: 217088 Blocks: 432 IO Block: 4096 directory
Device: 802h/2050d Inode: 1180573 Links: 196
Access: (0755/drwxr-xr-x) Uid: ( 0/ root) Gid: ( 0/ root)
Access: 2019-09-02 16:31:44.353246571 +0200
Modify: 2020-05-16 12:52:53.532812784 +0200
Change: 2020-05-16 12:52:53.532812784 +0200
Birth: 2019-09-01 20:50:06.499992104 +0200
Offline
What is the output of the following (requires the strace package)
LC_ALL=C strace -e trace=%file /usr/bin/gwenview
Offline
Guys, thanks for your help! The culprit is obviously AppArmor.
Let me explain: When that problem came up I set my AppArmor profile for Okular to complain mode which shouldn't block anything. And aa-logprof oddly enough didn't show anything, either. I still don't know why - however, after disabling the profile gwenview starts again as it should. Now I have to find out why AA caused that mess (and didn't reveal why).
Marking that issue as solved.
Offline