Thorsten Sauter wrote:
> if we have support for aiport (and maybe other wifi cards), doesn't a
> "wlancfg" udeb make sense?
>
> This package should basicly ask for the following options and then
> configure the wirless card based on these answers _before_ any network
> configuration is done.
>
> - network
> - station/nick name
> - encryption key
>
> If we include such a package, then we need an udeb from the
> wireless-tools package also.
I looked at it a week ago, and concluded that to be a robust wifi
configurator, it would need to be part of netcfg. Here is my rough
design document:
- wifi config should happen after netcfg has chosen an interface, but
before the dhcp
- in low priority, should let wifi be configured
- in high priority, should see if there is an AP, and if so, use it with no
config
- should allow configuration of:
ad-hoc or AP
WEP key entry (ugh)
ad-hoc channel, essid
for AP, get a list of access points (how? at least dummy code with
AP and signal)
prompt with a question that asks which AP to use, with a manual
entry at the bottom to let the user enter the essid;
after the manual entry, see if an AP was found using that
essid, else show an error and back to list
- if dhcp or whatever fails, should be the option to go back and
reconfigure wifi, in case that was the problem
Instead of making there be 3 choices (retry dhcp, config static,
reconfig wifi), how about changing netcfg/dhcp_retry to jump back to
the start of netcfg (interface choice). This way, if you choose the
wrong interface, you can also rectify that, and you get to
configure wifi again too.
- after network config is done, need to write wifi info to interfaces file
Can this be made standalone, or how does it integrate with netcfg?
Probably the latter.
--
see shy jo
Attachment:
signature.asc
Description: Digital signature