Bug#1064133: systemd-resolved: Using systemd-resolved as drop-in replacements breaks in conjunction with ifupdown

Luca Boccassi bluca at debian.org
Sun May 26 18:03:24 BST 2024


Control: tags -1 -upstream
Control: tags -1 wontfix
Control: close -1

On Sun, 3 Mar 2024 01:14:03 +0100 Felix Jacobi <felix at jacobi-bs.de>
wrote:
> In my opinion, it should be possible to use systemd-resolved along
with 
> the original resolvconf again. This could re-allow using 
> systemd-resolved in cases, where the protocol specific identifiers
are 
> relevant (in conjunction with a custom resolvconf hook).
> 
> Maybe /usr/sbin/resolvconf could be managed with update-alternatives
or 
> the symlink from /usr/sbin/resolvconf to resolvectl could be shipped
in 
> a separate package?

Sorry, but the current setup is very much intentional. There is not
going to be yet-another-package, and there is not going to be update-
alternatives, which is an unholy mess. If you want to use sd-resolved,
just don't bother with ifupdown - there is no reason to use that in
2024, for headless systems use networkd and for GUI systems use
network-manager.

-- 
Kind regards,
Luca Boccassi
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part
URL: <http://alioth-lists.debian.net/pipermail/pkg-systemd-maintainers/attachments/20240526/d43ecf14/attachment.sig>


More information about the Pkg-systemd-maintainers mailing list