I installed both krita and kipi-plugins from ~x86. Both softwares seem to work only when logged in as root. When used with non-root accounts, these are the behaviours: Krita only prints the following: koffice (lib kofficecore): WARNING: Library files for ".la" not found in paths. DigiKam, which uses kipi-plugins, simply founds 0 plugins. Both work 100% when run by root. As a final note, I noticed that many libraries from these packages went into /usr/lib/kde3, while the rest (working) of kde is in /usr/kde/3.5/lib. Releases of the 2 packages are: krita-1.5.0 kipi-plugins-0.1.0_rc1
(In reply to comment #0) Just to complete the previous post, I tried emerging all koffice (koffice-meta) and all the components give the same error message as in krita. Works fine with root user.
Another addendum: as I read on gentoo forums, it seems this problem not only affects krita/koffice and kipi-plugins, but ALL non-core kde applications, such as amarok, for example. Mind that some apps do work, like digikam and amarok, but not completely, as they cannot find plugins or other things. Again, everything seems to work just fine with the root account.
Another new thing discovered: the source of all the problems is the file: /var/tmp/kdecache-$USER/ksycoca which seems to be generated right only for the root user. Copying over the root's ksycoca over to the $USER one, and obviously changing the ownership accordingly, enables the user to temporarily run all the apps fine. However, upon logoff/logon, the ksycoca gets screwed again.
I found the cuplrit and then the cure. The directory /usr/share/services gets installed from some package (I don't know what one) with 0700 permission bits. Obviously, every other user than root cannot access it. Giving the dir a+rx permissions, everything is now fine. Some investigation is needed though.
For me it is drwxr-xr-x 6 root root 24576 25. Mai 08:45 services so it seems to be wrong only in special circumstances. Did you do any installation manually without portage? Any other directories having wrong access rights? I looked at all the ebuilds and only found these that access the directory themselves: /g/app-i18n/scim-qtimm/scim-qtimm-0.9.3.ebuild: export kde_servicesdir=/usr/share/services /g/app-i18n/scim-qtimm/scim-qtimm-0.8.95.ebuild: export kde_servicesdir=/usr/share/services /g/kde-misc/krename/krename-3.0.11-r1.ebuild: mv ${D}/usr/share/services/*.desktop ${D}/usr/share/apps/konqueror/servicemenus/ /g/media-sound/teamspeak2-client-bin/teamspeak2-client-bin-2.0.32.60-r3.ebuild: insinto /usr/share/services/ /g/media-sound/lastfmplayer/lastfmplayer-1.2_pre2099.ebuild: insinto /usr/share/services
I reinstalled another PC just today, and after the installation of kdebase-meta, the directories /usr/share/mimelnk and /usr/share/services are already there with the wrong permissions. So even if the bug comes out only with other apps, the problems resides inside one of the meta contained package. Unfortunately I don't know which one. I guess the first one who created those directories...
Now KDE eclass takes care of fixing the permissions of /usr/share/services, the kbuildsycoca on empty system was creating it with the wrong permissions bits.
