[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
biebl at debian.org
Wed Sep 4 17:09:55 BST 2024
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 <bigon at debian.org>
>>> wrote:
>>>>
>>>> On Mon, 05 Aug 2024 00:15:00 +0100 Luca Boccassi <bluca at 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
>>>> > 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:
>>>> 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?
>
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.
Regards,
Michael
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature.asc
Type: application/pgp-signature
Size: 840 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-utopia-maintainers/attachments/20240904/be4d49bf/attachment.sig>
More information about the Pkg-utopia-maintainers
mailing list