[Rpm-ecosystem] RFC: Relocate RPM and DNF databases to /usr

[Jaroslav Mracek]

Hello Chris,

On Tue, Dec 7, 2021 at 5:01 AM Chris Murphy <lists at colorremedies.com> wrote:

> Hi RPM and DNF folks,
>
> I have a draft change proposal for review and comment, i.e. it's not yet
> set to be published to Fedora devel at . It's a bit thin, but I expect to
> fill in more detail following discussion in this thread.
>
> https://fedoraproject.org/wiki/Changes/RelocateRPMDNFToUsr
>

The change is not so simple. It is not only the movement of files from one
location to another one. We store more types of data in that location -
history database (sqlite), module failsafe data (yamls). In future we will
store system state data (toml). Data is not only modified after RPM
transactions but also by module and mark commands. What I want to say is
that the change will be painful but in the proposal there are limited
benefits.

There is also a question in which location DNF can move data. proposed
`/usr/lib/sysimage/dnf` is maybe not the best one.


>
>
>
> The prior discussions for RPM have happened here:
> http://lists.rpm.org/pipermail/rpm-maint/2017-October/006681.html
> http://lists.rpm.org/pipermail/rpm-maint/2017-October/006723.html
>
> Fedora 36 seems like a good time to do this. What do you think?
>

I don't think it is a good time to perform such a change from a DNF
perspective. We have a plan to introduce a major update to Fedora 38,
therefore it is a better time frame for such a change.


>
> Is it a given that the relocation should (or must) happen for upgrades?
> What concerns do you have about relocating both databases during
> offline-upgrade and ensuring its crash safe? When should the relocation
> happen; as first or last order of business, or other?
>
> --
> Chris Murphy
>

Jaroslav
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rpm.org/pipermail/rpm-ecosystem/attachments/20211209/1f0d4460/attachment.html>