Summary: | kde's <prefix>/share *always* prepended to XDG_DATA_DIRS | ||
---|---|---|---|
Product: | [I don't know] kde | Reporter: | Rex Dieter <rdieter> |
Component: | general | Assignee: | Andreas Hartmetz <ahartmetz> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | aacid, ahartmetz, faure, hrvoje.senjan, kevin.kofler, me, null |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Fedora RPMs | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Rex Dieter
2014-03-13 18:10:20 UTC
marking confirmed, several users reported this on irc today, before I investigated and found the cause here. Hrm, missed part of my initial comment. My point was that we purposely want /usr/share/kde-settings/kde-profile/default/share to come first (and set XDG_DATA_DIRS accordingly), but the aforementioned commit makes that impossible. See also bug #315452 includes patch (though prior to this commit), and seems to implement what I think should happen. Yeah, this regression broke our default applications in Fedora KDE, and we only just now figured out why more or less by accident. By the way, we changed Fedora KDE packaging to replace the startkde.cmake with a known-good patched copy (we were already making many changes to the script) so that we will NOT pick up such regressions in the future. (In Fedora packaging, we just deleted the whole added hunk, because it is entirely useless for a distro-installed KDE in /usr.) fixed in plasma-workspace now |