Bug#1101532: marked as done (systemd: unable to migrate to Testing because of removed packages)

Luca Boccassi bluca at debian.org
Wed Apr 2 10:08:06 BST 2025


On Wed, 2 Apr 2025 06:51:10 +0200 Marc Haber
<mh+debian-packages at zugschlus.de> wrote:
> On Wed, Apr 02, 2025 at 12:24:02AM +0000, Debian Bug Tracking System
wrote:
> >   * reintroduce systemd-resolved, with conflict on avahi-daemon. It
turns
> >     out the cloud images have a hard dependency on resolved. In
order to
> >     avoid having to change them, reintroduce the package, with a
hard
> >     conflict on avahi-daemon to avoid reintroducing #1098914
(Closes:
> >     #1101532)
> 
> How would I configure my system when I want resolved to handle
unicast 
> DNS resolving (its features are rather nice, for example it handles 
> gracefully when the first of the full service resolvers is down), but
> need avahi-daemon for service announcements?
> 
> I might be stupid, but in my understanding the hard conflict forces
me 
> to have a local full service resolver running since I can't have 
> systemd-resolved sans mDNS AND avahi-daemon. If my assumption is 
> correct, the current solution breaks existing systems in a worse way 
> than the solution proposed by the TC breaks other systems.
> 
> Greetings
> Marc

The problem is that, again, _something_ has to break. If it's not your
use case, it's someone else's. Both are currently in use, in stable.
One has to go.

What am I supposed to do, exactly? I can't square a circle, I'm afraid



More information about the Pkg-systemd-maintainers mailing list