[Rpm-maint] RFC: SUSE/openSUSE's proposed relocation of /var/lib/rpm
Richard Brown
rbrown at suse.de
Tue Oct 10 19:41:18 UTC 2017
On 2017-10-10 20:05, Colin Walters wrote:
> My opinion here boils down to: if rpm upstream is happy with
> /usr/lib/rpmdb,
> I'm happy to do the work of changing rpm-ostree to use that.
That's great news, I'm happy to help if I can
> (Longer version: I don't find the "sharable architecture-independent
> data" argument to
> be a very strong one today; I'm sure one could find people doing that
> but
> I suspect most of those people are doing full NFS root or PXE-live +
> NFS-for-/usr
> etc. But OTOH, I don't think it'll be difficult for rpm-ostree to
> make the move,
> and I definitely like the "db" suffix, so I'm ending up as a weak-ish
> +1)
When I started out looking at this, I agreed with you.
I started the discussion within the openSUSE community advocating for
following in rpm-ostrees footsteps with /usr/share.
But the arguments, not just theoretical, but real world examples where
/usr/share would be problematic but /usr/lib not were compelling.
Giving up on the idea of /usr/share led to plenty of pitchforks and
torches being put away, especially once we added the "db" suffix also :)
> Random question: Is OpenSUSE planning to make this change for their
> container/Docker images too, or just host systems managed via snapper?
We're planning on making this change for all of our distributions via
all of their distribution methods, for consistencies sake.
Given how we build our containers, we'd actually have to do extra work
to exclude my patch and restore the old location once my submit-request
is accepted in OBS :)
--
Richard Brown
Linux Distribution Engineer - Future Technology Team
Chairman - openSUSE
Phone +4991174053-361
SUSE Linux GmbH, Maxfeldstr. 5, D-90409 Nuernberg
GF: Felix Imendörffer, Jane Smithard, Dilip Upmanyu, Graham Norton,
HRB 21284 (AG Nürnberg)
More information about the Rpm-maint
mailing list