reavertm at poczta
Apr 3, 2009, 8:17 AM
default XDG dirs handling - bug 264647
With KDE-4.2.2 entering tree hopefully on Monday, I would like to fix general
XDG dirs related issues.
(copied from bug https://bugs.gentoo.org/show_bug.cgi?id=264647 with some
minor edits) :
According to XDG data specification, applications should append default
values for XDG_DATA_DIRS and XDG_CONFIG_DIRS only when those variables are not
defined. Currently Gentoo does not define those variables in env.d at all.
In typical scenario, when only one XDG-aware Desktop Environment is installed
- everything works fine, as is such scenario, DE that follows specification.
not having found XDG-dirs defined by system, appends default locations:
Unfortunately, when some DE tries to insufficiently define XDG-dirs, let's
it will most likely break every DE, resulting in default locations for desktop
files being inaccessible (in menu - missing applications from /usr/local and
/usr), because those default locations are not added implicitly.
This is related to bug https://bugs.gentoo.org/show_bug.cgi?id=204310
The solution is to explicitly define standard XDG locations in env.d.
In such case, to properly define DE specific XDG locations, it would be just
up to DE to specify:
Currently kdelibs needs to explicitly append system-wide /usr/local/share and
/usr/share to XDG_DATA_DIRS, which is considered workaround.
Those env.d definitions would need to be either added to some existing xdg
related ebuild (xdg-utils ?) or in new ebuild, that would be added to RDEPEND
to any other XDG-aware DE.
Comments? Ideas? If it fits, it would be nice to do it quickly (to not dwell
in workarounds for too long).
It doesn't seem to create any regression - it may at most create duplicate
/usr/local/share and /usr/share XDG_DATA_DIRS entries for KDE users (as it
seems to be the only DE that appends anything to XDG_DATA_DIRS).
Kredyt z doplata, nawet 200 000 zl. Sprawdz!