CLASS SYSTEMD_NETWORKD
- Add systemd-networkd class and a default dhcp-fallback configuration to catch any unconfigured network interfaces which might likely be the case.
I like it, @zeha what's your take on this?
I think it conflicts with what we're doing in grml-network, etc.
I'm not sure I understand the usecase. If it stays off by default, it doesn't provide much value. If it becomes on by default, we should drop grml-network and so on.
I like it, @zeha what's your take on this?
I think it conflicts with what we're doing in grml-network, etc.
I'm not sure I understand the usecase. If it stays off by default, it doesn't provide much value. If it becomes on by default, we should drop grml-network and so on.
Good point indeed, we should discuss whether and if at all, how we could move towards systemd-networkd or network-manager as the default, netcardconfig for sure would need to be rewritten then though or find a proper TUI replacement for it.
Good point indeed, we should discuss whether and if at all, how we could move towards systemd-networkd ...
Let's do a release, then merge autoconfig et al into grml-live, and maybe then all of this becomes easier.
I think right now this would only add churn, or worse, cement something we might not want to end up providing.
btw, i only came up with that as i was irritated by dhcpcd's "duid" default. i tried to implement a cheatcode but grml-autoconfig is running to late from what i can tell so far
https://github.com/grml/grml-live/compare/master...crpb:grml-live:dhcpcdclientid
btw, i only came up with that as i was irritated by dhcpcd's "duid" default.
now i'm curious, what's that?
now i'm curious, what's that?
https://manpages.debian.org/testing/dhcpcd-base/dhcpcd.8.en.html#D https://manpages.debian.org/testing/dhcpcd-base/dhcpcd.conf.5.en.html#clientid
no i mean, what do you not like about it?