On Thu, Jan 13, 2022 at 2:40 PM Chris Murphy <lists(a)colorremedies.com> wrote:
On Thu, Jan 13, 2022 at 6:07 AM Stephen Gallagher <sgallagh(a)redhat.com> wrote:
>
> > Is /usr/etc something that could be a thing Fedora wide? The way
> > rpm-ostree does it, it's making a copy of /etc and does a three way
> > merge so you get updated config file defaults. But without that logic
> > available, is it bonkers to consider applications learning to look to
> > look first in /etc, and if the config isn't found there to go look in
> > /usr/etc?
>
> A lot of packages have been following the systemd module wherein they
> check for /etc first and if it's empty they will use the version in
> /usr/lib[64]/<default_config_path>, but this is being done on an
> app-by-app basis. I think the OSTree solution is actually quite
> elegant, since it doesn't require every application to change its
> config file handling.
Is the OSTree solution, i.e. the three way merge, self-contained in
rpm-ostree (on the client)? Would it be practical to split that out in
a form that say, dnf or snapper or systemd could make use of?
Well, considering that a variation of this is built into dpkg (I took
a wild guess that the concept originates from dpkg's config handling
logic), I don't see a reason it couldn't eventually be built into RPM
itself.
--
真実はいつも一つ!/ Always, there's only one truth!