If KDE 4.1 is compiled with the "kdeprefix" flag, the global kbuildsycoca update will dirty the filesystem by creating empty directories in /usr/share/kde4 which are chmodded 700. This creation is a result of a bug in kconfig. In a KDE session, opening any config file will cause the creation of its path components in $KDEHOME, even if the config is not changed and saved locally later on (see your $KDEHOME/share - full of mostly empty dirs). The behavior is even worse with the global kbuildsycoca update, as $KDEHOME is invalid there, and the first element of $KDEDIRS will be picked up as the local dir (/usr). It doesn't happen without kdeprefix, as the original dirs already exist where they would be created. I've fixed it upstream (but it's not in 4.1.2): http://websvn.kde.org/?view=rev&revision=866718 http://websvn.kde.org/?view=rev&revision=866719 Reproducible: Always
My fix had a minor regression (though I haven't seen any functional problems). These commits describe and fix it: http://websvn.kde.org/?view=rev&revision=866908 http://websvn.kde.org/?view=rev&revision=866909
Created attachment 167011 [details, diff] fix this patch contains changes from both commits
*** Bug 241890 has been marked as a duplicate of this bug. ***
*** Bug 241660 has been marked as a duplicate of this bug. ***
fixed in 4.1.3