[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: The tricky case of "--localstatedir=/var"
From: |
Tobias Geerinckx-Rice |
Subject: |
Re: The tricky case of "--localstatedir=/var" |
Date: |
Tue, 16 Feb 2016 17:04:03 +0100 |
Hullo Guix,
On 16 February 2016 at 14:57, Jookia <address@hidden> wrote:
> <snip>
>
> * Put the localstatedir in /gnu.
>
> This is actually what Nix does, so I'm a little surprised as to why Guix has
> deviated from this practice. This will require updating all the patches to use
> /gnu/var as the localstatedir. What you get from this is the idea that the
> state
> is linked with the store (which it is!) and more importantly, comes in to the
> territory of GNU.
As a newcomer from a certain Nix-based OS, /var/gnu surprised me.
Store state and integrity are so closely tied to the sqlite database
that it's strange to see them so far apart. I assume there are other
reasons for using /var, and I assume these are reasons are logs.
(Disregarding FHS traditionalism as an option for everyone's sanity.)
I actually searched for a discussion about this in Guix's past, but
found none. I await the link of loving correction.
Kind regards,
T G-R