Description of problem:
The configuration is kept in /etc/xdg
Version-Release number of selected component (if applicable):
Steps to Reproduce:
New directories I would expect to be in /etc/skel. Of course it limits the
localization and recreation upon deletion (BTW. this is ugly).
The right place seems to be gconf. Isn't it what is the gconf for? It will make
it (hopefully) in the future network accessible.
What happens if you have home directories on NFS and you have different settings
for directory names on terminals? Today I work on WKS1 next day on WKS2 etc.
With gconf accessible through the network it could be possible to sort it out in
the future. But anyway I suppose that the whole idea needs heavy rethinking. I
already added https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=245302.
Gconf? This is a cross-desktop standard. And having it in /etc/skel is totally
static an unable to cope with the needs for this.
If you don't want it to be static then IMO this whole idea is not designed
properly. This will cause more problems than benefits. Sorry.
Whatever you are thinking about Windows' registry, it enables good support for
And Linux needs something equivalent for desktop.
As Fedora as it's main desktop environment uses GNOME, I assumed that gconf is
the right choice.
The ultimate solution is one system that serves all desktop environmets and is
network accessible. If it is impossible to have such system for GNOME/KDE and
what comes more into your mind then the only solution is to be GNOME-centric.
The current situation is as being in 50% pregnant :)