On Thu, Sep 10, 2020 at 9:24 am, Vít Ondruch <vondruch@xxxxxxxxxx>
wrote:
Hi Michael,
Could you please provide more details? This is content of my
nsswitch.conf:
~~~
$ grep mdns4_minimal /etc/authselect/user-nsswitch.conf
hosts: files mdns4_minimal [NOTFOUND=return] dns myhostname
~~~
How that happened? From what version of what package it happened? Why
should I do some changes manually and they are not handled
automatically?
You're completely missing resolved from your hosts line, so you'll get
legacy name resolution behavior via nss-dns (which is what Ubuntu does).
There were multiple different bugs here, so it's a bit hard to keep
track of them all. systemd package was being too cautious about
deleting /etc/resolv.conf, so some users wound up with /etc/resolv.conf
managed by NetworkManager even though systemd is running, which was not
what I had intended. Plus we originally planned for resolved to handle
mDNS resolution instead of avahi, but we discovered that it doesn't
work as expected. We have hacky scripts in the systemd and nss-mdns
packages to manage the hosts line, plus it's managed by authselect
itself. They all have to agree on expected configuration and it's all a
bit fragile. The systemd package script is careful to only touch this
line if the order matches the previous Fedora default configuration, so
we have to choose between automatically reordering the nss modules to
fix this for users of F33 pre-beta, vs. clobbering intentional
configuration changes for users who actually wanted the hosts line to
be different. If this had reached stable releases, then we'd really
have to do that clobbering, but it didn't, so seems best to be more
conservative here. These scripts would not be needed if we could add
systemd nss modules and nss-mdns to the nsswitch.conf provided by the
glibc package.
Michael
_______________________________________________
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
