Am 10.01.2022 um 17:19 schrieb David Cantrell
<dcantrell(a)redhat.com>:
On Wed, Dec 29, 2021 at 10:01:57AM -0500, Ben Cotton wrote:
>
https://fedoraproject.org/wiki/Changes/RelocateRPMToUsr
>
> == Summary ==
> Currently, the RPM databases is located in `/var`. Let's move it to
> `/usr`. The move is already under way in rpm-ostree-based
> installations, and in (open)SUSE.
> [snip]
Moving the RPM database to /usr feels incorrect to me, but we should move it
to gain the improvements as noted in the feature proposal.
...
"But what about the FHS?"
Ah, yes, the FHS. So, I am a fan of the FHS. I actually don't care that it
doesn't change every week and is relatively stable. Nothing in the FHS
prevents the addition of new top level directories.
I would prefer we steer this conversation in the direction of determining a
new top level location to store data that fits this category of "stateful but
variable".
/srv was introduced to provide a consistent location for data in this category
for server daemons (except mail).
/media was introduced to provide a consistent location for removable media
mount points since distributions all did things slightly differently.
/run was introduced for what was traditionally in /var/run.
"So what are you suggesting?"
I would like to see Fedora introduce a new top-level directory called:
/state
That holds the RPM database and other variable and stateful data. This keeps
it out of the /usr tree and can serve as a location for future data in this
category.
I would like to second David Cantrell's suggestion.
For Fedora Server it seems to me essential to strictly follow FHS. And from an
"enterprise" perspective, it is essential that FHS indeed does not change every
week.
A /state directory is not included in FHS, sure. But at least it does not blatantly
violate existing and accepted regulations.
And the fact that rpm-ostree based installations have already made this change is not a
relevant argument for FHS based installations.
Best
Peter