[Pkg-utopia-maintainers] Bug#1077937: Bug#1077937: avahi-daemon: WARNING: Detected another IPv4 mDNS stack running on this host. This makes mDNS unreliable and is thus not recommended.

[Michael Biebl]

Hi

Am 04.09.24 um 12:45 schrieb Laurent Bigonville:

Le 6/08/24 à 18:32, Michael Biebl a écrit :

Am 05.08.24 um 11:45 schrieb Luca Boccassi:

On Mon, 5 Aug 2024 at 10:31, Laurent Bigonville <bi...@debian.org> wrote:

  > disable mDNS in resolved (it's optional).

The avahi-daemon is pulled by some packages and disabling it completely
will break stuff.

It seems that Fedora has gone the "disable mDNS support by default in
systemd-resolved" route:

On Mon, 05 Aug 2024 00:15:00 +0100 Luca Boccassi <bl...@debian.org> wrote:   > I'm not sure what could be done here, and I don't think anything should   > even if it could. Either don't install/enable both at the same time, or https://src.fedoraproject.org/rpms/systemd/blob/rawhide/f/ systemd.spec#_793

An other option could be to let avahi-daemon puts a snippet to disable
systemd-resolved mDNS support in /etc/systemd/resolved.conf.d/

So what's your preferred way here?

I do not want to disable it globally as it's possible to just disable
avahi, but if Michael wants to ship a drop-in for resolved in avahi
that's fine by me, as the drop-in can be masked locally too

I would prefer the solution Fedora has chosen, i.e. build systemd

with -Ddefault-mdns=no. This will provide a more predictable behaviour for systemd-resolved and is imho a cleaner solution. Users that want the mdns functionality can easily opt-in via a config snippet.

So what are we doing here?

Regards,
Michael

As I said, I prefer if systemd is built with -Ddefault-mdns=no as we have avahi which provides this kind of functionaliy and (experienced) users that want that kind of functionality from resolved can opt-in and enable it easily. One package (silently) disabling functionality of another package feels wrong to me. Should one day, systemd-resolved supplant/replace avahi, then this a different story. But we are not there yet. That said, I prefer having a second opinion from Simon, who has helped with avahi maintenance in the past.

OpenPGP_signature.asc
Description: OpenPGP digital signature

_______________________________________________
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-utopia-maintainers