Re: New top-level dir: /state [WAS: Re: F36 Change: Relocate RPM database to /usr (System-Wide Change] proposal)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, Jan 14, 2022 at 5:51 PM Fabio Valentini <decathorpe@xxxxxxxxx> wrote:
>
> On Fri, Jan 14, 2022 at 7:16 PM Colin Walters <walters@xxxxxxxxxx> wrote:
> >
> >
> >
> > On Thu, Jan 13, 2022, at 6:05 PM, Fabio Valentini wrote:
> >
> > > The path "/usr/lib/sysimage/rpm" does look very out-of-place in
> > > non-image-based systems, so *if* we want to move the rpmdb to a place
> > > that's consistent across all our Editions, it should also be a
> > > location name that makes sense across all Editions.
> >
> > I don't think we should discount alignment with OpenSUSE.  When they originally proposed /usr/lib/sysimage I started to write a bikeshed reply email (like many that have been posted here) around why /usr/share was a bit better but then I said to myself: "You know what?  I don't care as long as we get it in /usr.  Since they're driving the change, and there really isn't any technical compelling reason to do something else, it's fine."
> >
> > Also, proliferation of these paths has a cost; see e.g. https://github.com/openSUSE/libsolv/pull/386
> > Though in practice *most* cases will be fine just chasing a symlink from /var/lib/rpm.
>
> Wait, I thought this change was about making the path consistent
> within Fedora variants?
> I understand that converging on the same path as OpenSUSE makes sense,
> but does that mean we should not consider if there's a better
> alternative? ...
> And the "sysimage" path makes even less sense to me in the OpenSUSE
> context, since they don't have an OSTree based variant at all (unless
> I am mistaken)?
>

openSUSE originally did the move because standard openSUSE has a
snapshot+rollback scheme and tracking the rpmdb is straightforward in
/usr with all the other system state data. This benefited them for the
development and release of openSUSE MicroOS a couple years later.



-- 
真実はいつも一つ!/ Always, there's only one truth!
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux