Consider rewriting netcardconfig / evaluate best practices in 2020+ #11
Comments
mika
added a commit
to grml/live-boot-grml
that referenced
this issue
Jul 18, 2020
netcardconfig doesn't properly handle this section and it disappears when configuring network devices then. Rewriting netcardconfig is on our agenda (see grml/grml-network#11), until we get there let's make sure the status quo works as good as possible. Take over wording based on what ifupdown's postinst script uses.
mika
added a commit
to grml/grml-live
that referenced
this issue
Jul 18, 2020
netcardconfig doesn't properly handle this section and it disappears when configuring network devices then. Rewriting netcardconfig is on our agenda (see grml/grml-network#11), until we get there let's make sure the status quo works as good as possible. Take over wording based on what ifupdown's postinst script uses.
mika
added a commit
that referenced
this issue
Jun 9, 2021
No longer ask for the following options WiFi: * iwconfig * iwpriv * iwspy * wireless-channel * wireless-freq * wireless-nwid * wireless-mode AFAICT it's unusual to set those options to something other than the defaults, at least nowadays. So let's drop support for it, minimizing questions to answer in interactive mode (which also minimizes porting efforts if we ever rewrite netcardconfig, see #11). FTR: according to my tests, wireless-tools seems to do the right™ thing by default regarding "wireless-mode".
clexanis
pushed a commit
to clexanis/grml-build
that referenced
this issue
Dec 12, 2022
netcardconfig doesn't properly handle this section and it disappears when configuring network devices then. Rewriting netcardconfig is on our agenda (see grml/grml-network#11), until we get there let's make sure the status quo works as good as possible. Take over wording based on what ifupdown's postinst script uses.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
netcardconfig is hard to maintain for a bunch of reasons, including:
Known limitations/missing support for:
We should re-evaluate whether ifupdown is still the preferred choice for Grml in 2020 (its last upload dates back to 2019-01-28 as of 2020-07-18 and it's even up for adoption, see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=963891), or whether switching to NetworkManager, systemd-networkd or alike, and from wpa-supplicant towards iwd could improve our situation.
One tricky part for sure will be integration with live-boot(-grml) and network configuration from within initramfs, though it would be even better if we could get rid of klib-util's
ipconfigand clean up theip=...mess. Related issues are e.g. grml/live-boot-grml#7, grml/grml#116, grml/grml#86.If anyone has suggestions/feedback/... please us me/us know!
The text was updated successfully, but these errors were encountered: