[fhs-discuss] Split home directory for each user into two parts
Randy Kramer
rhkramer at gmail.com
Mon May 9 04:49:56 PDT 2011
On Friday 06 May 2011 12:34:30 pm Jeff Licquia wrote:
> On 05/06/2011 12:32 PM, Randy Kramer wrote:
> > Hmm, should I file a bug in bugzilla requesting a reference to XDG
> > in the /home section?
> Good idea (assuming someone didn't beat you to it; do a quick search
> first).
I decided to try drafting something here before creating a bug report
(or adding something to bug 762).
Here is what the current /home section in FHS says.
<quote>
/home : User home directories (optional)
Purpose
/home is a fairly standard concept, but it is clearly a site-specific
filesystem. [9] The setup will differ from host to host. Therefore, no
program should rely on this location. [10]
Requirements
User specific configuration files for applications are stored in the
user's home directory in a file that starts with the '.' character
(a "dot file"). If an application needs to create more than one dot
file then they should be placed in a subdirectory with a name starting
with a '.' character, (a "dot directory"). In this case the
configuration files should not start with the '.' character. [11]
</quote>
Here is some wording I'd propose to add to that section (under
Requirements, I believe):
<proposed wording>
See also the XDG Base Directory Specification (at
http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html),
which specifies directories for the separate storage of:
* user-specific data files ($XDG_DATA_HOME and $XDG_DATA_HOME)
* user-specific configuration files ($XDG_CONFIG_HOME and
$XDG_CONFIG_DIRS)
* user-specific non-essential (cached) data ($XDG_CACHE_HOME)
* user-specific runtime files ($XDG_RUNTIME_DIR)
Although the XDG Base Directory Specification is specifically for GUI
programs, it may be a reasonable target for all *nix programs to evolve
towards.
</proposed wording>
<digression>
I'm a little surprised (well, that's not the right word, because I have
read this section before, although it's been a few years) about how
little it says about the purpose of /home ("/home is a fairly standard
concept"), and the idea that "no program should rely on this
location"--it seems many programs do.
I'm wondering if the section is deserving of a more general revision?
</digression>
Randy Kramer
More information about the fhs-discuss
mailing list