-
Notifications
You must be signed in to change notification settings - Fork 401
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
network module has transitive dependency on systemd #1756
Comments
I'm afraid have bad news for you. The
No, there shouldn't. The change to start |
Fair enough. Is there any way to specify that either |
The network module is just a meta module that pulls in dependency on what's installed so I'm not following what you are referring to. ( @dtardon the network module is not spesifically built around NM, that's just nonsense ) You use a meta module if an distribution provides multiple components that provide the same solutions like for example Fedora who ships both systemd's networkd and NetworkManager ( as well as iwd ) or if you want to have the same dracut configuration between multiple distribution Currently there is no other option for none dbus/systemd based system to use anything other than the network legacy module ( that might change if I ever find the time to implement the IWD module but most likely network-legacy would get dropped at that point ) and each module should be package downstream independently in a separate sub-component either of dracut or relevant component it represents with correct dependency on that component but distribution package things as they see fit, not what is technically correct thing to do. Implementing these network solutions in the wild can be somewhat complex since iwd can be used standalone, with or without dbus, with NM and with systemd's networkd and with NM+networkd. networkd can be used standalone, mostly without dbus I think and with NM and IWD. |
OK, that makes sense. It seems that on an Adding
to |
Curious, if just adding this one line (instead of two lines) would also be a workaround ?
|
The same happens on a runit init system: voidlinux: LOG
|
@motorto which release of dracut is void running these days? Also does void ship iwd? |
Recently bumped to 056 (yesterday , 053 --> 056) Yes "we" do ship iwd. (void does, I am not one of the core members) |
Just checking since probably at the same time I land the iwd module we probably drop support for legacy network setups. |
But we are currently using NetworkManager on our live isos |
The legacy network is the ifcfg files which I think NM has already dropped support for but continuing using NM should be just fine. |
Can you confirm if you're using "network-manager" or "network-legacy" dracut module ? |
Is there an easy way to list all enabled modules ? |
|
For the benefit of people tracking this bug here is a summary of the current state: This issue reported independently by both the Gentoo and Void Linux community, It has been agreed that this is a regression in the network meta module on a non-systemd host using Dracut versions >= 54 (2021-May). 20fd7ed would have provided a solution that would have resolved the issue upstream both for Gentoo and Void Linux for the network meta module without creating additional maintenance burden on the upstream project. Distributions are encouraged to carry this patch downstream to work around this problem. To summarize the discussion on #2081 the fix provided does not resolve the case for "nm without systemd modules". This issue is stalled until someone invests time solving the "nm without systemd modules" case. NetworkManager dropped support for configure-and-quit command line option in version 1.36 (https://github.com/NetworkManager/NetworkManager/blob/main/NEWS#L206). Until then dracut will continue to ship with this regression open. It has been decided that solving the "nm without systemd modules" case is more important than addressing the the current regression in network dracut module. It is also implied that dracut upstream is open to make all these changes to resolve the "nm without systemd modules" support. |
Bug: dracutdevs/dracut#1756 Signed-off-by: Laszlo Gombos <laszlo.gombos@gmail.com> Closes: #28777 Signed-off-by: Mike Gilbert <floppym@gentoo.org>
Sadly it seems to do a poor job discovering what is installed and it pulls in dracut modules that are not installed in the system. It seems the network module is slowing down the adaption of dracut itself. |
When using the
network
module, or any module which depends on it, on anOpenRC
system thenetwork
module cannot be installed.This applies to all Dracut versions >= 54
Presumably there should be some way of using the
network
module withoutsystemd
.The text was updated successfully, but these errors were encountered: