Lukas Märdian
Lukas Märdian
> Any updates on this? Unfortunately, no. This is an old PR which needs to be updated to the current codebase. Furthermore, we need to implement the networkd backend as...
Closing due to inactivity, please re-open if this is still needed in the future.
> @slyon Any progress on getting this working? Thanks! I'm not sure if @Caligatio is still interested in driving this forward? If not it would probably up for grabs, like...
Closing for inactivity of > 1 year. The original author does not have the capacity to continue working on it, nobody else stepped up. If somebody is interested in picking...
rebased.
Okay.. this is a complex beast and some functionality seems to be lacking in the backend renderers (networkd & Networkmanager), too, like checking status of DHCP4/6, IP4LL/IP6RA or static IP4/6...
> Note that restarting the service will not work, because consolconf masks the service. You would have to unmask it. The socket unit as well. From https://github.com/canonical/subiquity/commit/41014408143ece5df9ef000d65c23f9307098905 it looks like...
As the [lxd-network-manager](https://github.com/canonical/netplan/actions/runs/12123010981/job/33797527469?pr=529#logs) CI shows, the NetworkManager-Netplan integration seem to rely on the re-generation of Netplan config during `daemon-reload`, which probably needs to be fixed first.
Adding `CapabilityBoundingSet+=CAP_CHOWN` to NetworkManager.service might help, but would have other (security) implications.
FTR: This caused an issue in Debian Trixie cloud images: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1100418