Here are some excerpts from a conversation with Pino Toscano, from KDE, which further pin-points the problem to the KUbuntu XDG patch set.
Pino> [...] kubuntu_9911_xdg_user_dirs_dirpath.diff patch applied to kdesktop make Pino> kdesktop use XDG_DESKTOP_DIR instead of KGlobalSettings::desktopPath(). Pino> The patch is not the problem itself, but if the kubuntu guys do not manage to Pino> get the dependancy right on the xdg-user-dirs package, KDE has no fault in Pino> it. DomQ> your explanation does not seem to reconcile with DomQ> the facts. I went to the trouble of recompiling kdesktop (as patched DomQ> by Ubuntu) to dump the return value of KGlobalSettings::desktopPath() DomQ> to stderr, and sure enough it returns "/". Pino> Guess, that's another kubuntu patch, for kdelibs: Pino> kubuntu_93_xdg_dirs_document_path.diff. By chance, that patch affects the Pino> standard paths (including desktopPath()) read with KGlobalSettings, reading Pino> them from the XDG_* vars. Pino> THat's why even KGlobalSettings::desktopPath() behave in a fuzzy way as well. Pino further suggests that making xdg-user-dirs a dependency of kdebase is the right thing to do: Pino> That's distro job running xdg-user-dirs-update in the post-install phase of Pino> the xdg-user-dir installation. [...] Pino> Even Riddell on IRC confirmed the missing dependancy in kdebase on Pino> xdg-user-dir. After installing xdg-user-dirs, one needs to log out and then back in, which causes /etc/X11/Xsession.d/60xdg-user-dirs-update to come around and create ~/.config/user-dirs.dirs and everything works indeed. -- Kdesktop in Kubuntu Hardy shows / icons rather than icons from /home/'usr'/Desktop https://bugs.launchpad.net/bugs/175982 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
