[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Missing [/usr/local]/var/lib and [/usr/local]/tmp
From: |
Alejandro Colomar |
Subject: |
Re: Missing [/usr/local]/var/lib and [/usr/local]/tmp |
Date: |
Tue, 19 Jul 2022 13:35:49 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.0.2 |
Hi Alfred,
On 7/19/22 09:26, Alfred M. Szmidt wrote:
> I think the first question is to understand what a "library state
> directory" is? Whate are you storing under it? Seems like something
> architecture independent? Are the files shareable between
> installations?
I'm talking about NGINX Unit, which stores the running configuration
(kind of what /etc/nginx/nginx.conf was to NGINX, but Unit uses a
runtime defined JSON file). It also stores a few other files, but
that's the main one. If the process is restarted, it picks up that
configuration, so it needs to be kept after reboot (so not /run)
That sounds like a cache file, so why not /var/cache? I don't
understand why /var/lib though ...
Hmm, it wouldn't be completely unreasonable to use /var/cache.
But since the file doesn't represent a cache of the state, but the
actual state (modifying the file would modify the state of the program).
Since /var/lib is "variable state information" (according to FHS 3.0), I
think it makes more sense, but I'm not sure about it. I've never used
it before.
It is arch independent.
And it doesn't make sense to share it, as it represents the state of the
running instance of unitd. Sharing it would probably break other
instances of the process when one of the instances modifies it.
Ok, then something under /var would make sense.
Cheers,
Alex
--
Alejandro Colomar
<http://www.alejandro-colomar.es/>
OpenPGP_signature
Description: OpenPGP digital signature