Fwd: why not XDG_PREFIX_HOME
rhkramer at gmail.com
rhkramer at gmail.com
Fri Sep 15 12:25:49 UTC 2017
On Friday, September 15, 2017 07:45:14 AM Johannes Löthberg wrote:
> Hey,
>
> Quoting Marc Boocha (2017-08-30 10:37:44)
>
> > Instead having an XDG_BIN_HOME, XDG_CONFIG_HOME, XDG_DATA_HOME, we should
> > have a single XDG_PREFIX_HOME. This will be located as ~/.local.
I don't agree with the proposal, but, most especially, ~/.local might be the
default, but should be easily changeable. (Also, maybe the default should be
in terms of another environment variable ($HOME) instead of to an explicit
location.)
See below.
> > Since
> > make install or package manger normal produce these directories, have
> > separate environmental variables is not needed.
> >
> > XDG_BIN_HOME is equivalent to XDG_PREFIX_HOME/bin
> >
> > XDG_CONFIG_HOME is equivalent to XDG_PREFIX_HOME/etc (currently ~/.config
> > although I feel this is more logical)
> >
> > XDG_DATA_HOME is equivalent to XDG_PREFIX_HOME/share
> >
> > This conserves the number of environmental variable used and makes it
> > easy to add extensions like headers and libraries.
> >
> > Also since XDG_BIN_DIRS is same as PATH, why is it even needed
>
> While that might be more consistent with the global directories and
> potentially nicer, I have no plans of making breaking changes to the
> spec that would be much less likely to be adopted. And you'd end up
> having all of them set for likely years before a significant portion of
> software did adopt it.
> Some people still would want to have things
> separate, or named differently, so we would still need the old variables
> as well, which would just add more cruft to the spec.
+1
> Environment
> variables are cheap, not really a precious resource we need to preserve.
More information about the xdg
mailing list