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