Excuse my ignorance on this topic, but how would this proposal affect
/var/lib/docker?
Currently rollbacks on btrfs cause docker to end up in an inconsistent
state and the only solution is completely remove /var/lib/docker and
setting up your containers all over again. I've posted on this mailing
list before about this issue and the proposed solution was to move
/var/lib/docker to its own partition or subvolume.
Would moving /var/lib/rpmdb out and making /var/lib its own subvolume
solve this docker rollback problem?
Mike
On Thu, Oct 5, 2017 at 8:47 AM, Richard Brown
Thanks everyone for the feedback so far
The vast majority of feedback seems to not object to the idea of moving the rpmdb out of /var, but there is obviously a fair bit of concern that /usr/share is not the correct place for it
We don't want to 'double book' /usr/lib/rpm which is already in use by rpm, but I can definitely see the logic of having it in /usr/lib
Therefore my proposal now is that we'll use /usr/lib/rpmdb as the new location for the rpmdb location, and I'm changing my patchset accordingly.
Thanks
On 5 October 2017 at 08:39, Jiri Slaby
wrote: On 10/04/2017, 07:23 PM, Achim Gratz wrote:
Richard Brown writes:
Red Hat had a similar problem with their rpm-ostree tooling, which they solved by relocating the RPM database to /usr/share/rpm
https://rpm-ostree.readthedocs.io/en/latest/#why-not-implement-these-changes...
I would like to propose we adopt the same location for rpmdb in all *SUSE distributions
Following a precedent might be a good idea, but /usr/share/rpm just feels wrong. I think /usr/share should contain only architecture independent data and the rpm database for any concrete installation just isn't.
Are you so sure? This machine was running fedora i386 (cloned from another machine's HDD via dd), fedora i586, fedora 64-bit and for quite some time opensuse 64-bit too. Still with the original "i386" rpmdb. I never reinstalled in the past decade. So I really do not share your point.
thanks, -- js suse labs -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
-- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
-- Michael Aquilina -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org