Bug#1091864: tech-ctte: Avahi and systemd-resolved cannot a run mDNS responder at the same time
Helmut Grohne <[email protected]> Sat, 15 Feb 2025 21:55:37 +0100
| Newsgroups | gmane.linux.debian.devel.ctte |
|---|---|
| Message-ID | <20250215205537.GA3550874__9495.73074919812$1739653416$gmane$org@subdivi.de> |
Hi fellow CTTE members, On Tue, Feb 04, 2025 at 11:27:59AM +0100, Helmut Grohne wrote: > If anyone disagrees with any of these consensus items, please tell now. I considered the feedback from Michael and conclude that it does not affect the proposed ballot. I remain unconvinced that we can provide a better limit than trixie. > (S) The CTTE reaffirms that avahi-daemon is the default mDNS > implementation in Debian trixie. Therefore systemd-resolved should > disable the mDNS functionality in its default installation in Debian > trixie. > (Requires a 3:1 majority overruling a developer.) > > (A) The CTTE reaffirms that avahi-daemon is the default mDNS > implementation in Debian trixie. This does not preclude other > resolvers such as systemd-resolved operating when avahi-daemon is > not installed. To achieve this, avahi-daemon should disable > systemd-resolved e.g. using a resolved configuration file. > (Requires a 3:1 majority overruling a developer.) > > (F) Further discussion I hereby call for vote on the ballot. Helmut
signature.asc
(application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEETMLS2QqNFlTb+HOqLRqqzyREREIFAmew/0QACgkQLRqqzyRE REL+sQ/7BqgjdZqtS1GIthNOLSZpzzfDGKAcVZEG687UaOWX6cEr/WgQYWFtddOV RDabJR6wGT/+Dt+Uy7XPU+2uoOtThaj+A88uOAdvq2b7vAtm7moBxaKZlKlMPvRs ekR/T8gfdiTiJasvcdsA6+9j/o/+tXHMzP77kCFVG28dIa0u/T67dncFa8uJgvWY p1IPDdOYs4kRGIMIEIikQ/eRHyXL41MUzs3qO97FWLggGwd1BPM3l1UvnzKupvAj JhK7HSBXdo7I4OEfhMQXO4D9X3xR+vnCbd2WJPhGSmBYi/X08fMsQfxPdOCYfub2 gkvcbRlm5DCLlRrNdHKaU9HYwQRb8q/sYYWydjJpztJesgZCWjXxi4WEdlj9oFJA P54etrbU+qFiah9fFOSDk5r3ADAFNQ4df4oUbm9BwdNjkU+9o+iTIfktyWHn2twi dSGmWhfzl44LX+RWBP/E76l4Ksjd3rPGU24Q83Iju28GmhFoOZH1KMylzumtLZ42 T67Rros/ZXd1shb90BzvmzLPPgJl165VEUFkO78y705BQXz4TvjrK/8VXmywnGSE 9n1n0xOnHB8SlmbpaIbXuPIrltwWiL4rn7trARDoDWEOyYATGeysHENY6n3zgziU hvp5Mr308RIpMmnCJJ8oLw4azFFhGFKseLMq1D5k0VBtBg2YF2w= =OTG0 -----END PGP SIGNATURE-----