-
Notifications
You must be signed in to change notification settings - Fork 674
Enable IWD to be used as back-end in network selection #4025
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
Conversation
|
The
|
Group NM types and handle configurations appropriatly - For IWD -> Copy from ISO + Disable standalone and configure back-end - For standard -> Install wpa_supplicant - For both install applet only when Desktop profile Added comments for clearer logic
|
Maybe we hold on to this for a little testing on appropriate hardware |
|
I think this looks good to go in now. But that can be a separate/later PR when the new TUI is in. |
|
I think the "Copy ISO config" option is somewhat misleading altogether as it won't copy any manually setup wifi networking which would be ideal as I imagine laptop users will mostly connect to it |
This PR should solve a lot of issues for Intel users among other legacy hardware.
Issue originally from user: Coda_Phi : On a surface pro 7 (Notoriously Intel contributes to IWD dev, and has bad support with default wpa_supplicant default backend) This notably results in "No networks" in desktops.
So I tested a little on a
Intel AX211similar to user'sAX201It follows https://wiki.archlinux.org/title/NetworkManager#Using_iwd_as_the_Wi-Fi_backend
And https://wiki.archlinux.org/title/NetworkManager#iwd_support_for_captive_portal_support_on_legacy_hardware
By setting enable services to
Falsethen enabling onlyNetworkManagerand writing the necessary config file to use IWD as back-end. It also still copies from ISO re-using existing definitions too.Simply makes it so that you configure in ISO env before or during archinstall => Still works in DE