Version: 3.93 (using KDE Devel) Installed from: Compiled sources OS: Linux KBuildSycoca only scans real dirs/files. If any service/app etc. is a symlink, it will be silently ignored. Actually, its importance is minor: devels, who regularly update those files, may instead want to store them elsewhere and symlink to service dirs. The attached patch will also scan inside symlinks.
Created attachment 21708 [details] Follow symlinks in kstandarddirs
One problem might be infinite recursions due to symlinks to ".."
DFaure: It may be not: as long as the fn's are fed with the initial path (and not the resolved symlink), the system will prevent too many symlinks. See errno: ELOOP "Too many symbolic links were encountered in resolving pathname.."
Created attachment 23468 [details] Previous patch + menu vfolder symlink patch The previous patch allowed services to be found and plasma to load. This patch uses that, and allows menus to load in kickoff. I don't think this is the complete patch yet. I'm still having issues with protocol handlers.
*** Bug 159861 has been marked as a duplicate of this bug. ***
SVN commit 790285 by dfaure: Fix broken handling of symlinks because of the d_type optimization BUG: 150307 M +2 -2 kdecore/kernel/kstandarddirs.cpp M +2 -2 kded/vfolder_menu.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=790285
*** Bug 157287 has been marked as a duplicate of this bug. ***