On Thu, Jan 13, 2022 at 2:40 PM Chris Murphy <li...@colorremedies.com> wrote: > > On Thu, Jan 13, 2022 at 6:07 AM Stephen Gallagher <sgall...@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! _______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org 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@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
