Re: This is bad, was Re: Fedora 33 System-Wide Change proposal:systemd-resolved

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

 




On Wed, Sep 30, 2020, at 4:17 PM, Michael Catanzaro wrote:
> On Wed, Sep 30, 2020 at 9:58 pm, Petr Menšík <pemensik@xxxxxxxxxx> 
> wrote:
> > Shouldn't it change resolv.conf only in case NM is active AND
> > resolv.conf is generated by Network Manager?
> 
> Correct, that's indeed what it does. (Since Zbigniew changed it 
> yesterday. Previously, it did not check if NM is active.)

I know this is already an epic thread but, just a FYI: This
type of thing will completely not work on an rpm-ostree based
system because the %post is run server side.  It can't compute
anything based on per-user data (and that's *also* true
even when doing client side layering - the `/etc` that the
`%post` script sees is the defaults, not anything a user
has customized).

In general, any upgrade logic that needs to take into account
user configuration needs to be a systemd unit, not a `%post`.
_______________________________________________
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




[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