[prev in list] [next in list] [prev in thread] [next in thread] 

List:       gentoo-desktop
Subject:    [gentoo-desktop] default XDG dirs handling - bug 264647
From:       Maciej Mrozowski <reavertm () poczta ! fm>
Date:       2009-04-03 15:17:54
Message-ID: 200904031717.55202.reavertm () poczta ! fm
[Download RAW message or body]

Hi

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[1], 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:

XDG_DATA_DIRS="/usr/local/share:/usr/share"
XDG_CONFIG_DIRS="/etc/xdg"

Unfortunately, when some DE tries to insufficiently define XDG-dirs, let's 
say:

XDG_DATA_DIRS="/usr/kde/4.2/share"

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.
Example layout:

cat /etc/evn.d/01xdg-data-local
XDG_DATA_DIRS="/usr/local/share"
COLON_SEPARATED="XDG_DATA_DIRS XDG_CONFIG_DIRS"

cat /etc/env.d/99xdg-data-base
XDG_DATA_DIRS="/usr/share"
XDG_CONFIG_DIRS="/etc/xdg"

In such case, to properly define DE specific XDG locations, it would be just 
up to DE to specify:

cat /etc/env.d/43kdepaths-4.2
[...]
XDG_DATA_DIRS="/usr/kde/4.2/share"

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).

1. http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html

-- 
regards
MM

----------------------------------------------------------------------
Kredyt z doplata, nawet 200 000 zl. Sprawdz!
http://link.interia.pl/f20fc


[prev in list] [next in list] [prev in thread] [next in thread]