From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.0-0.99.11 i686; en-US; 0.7)
The current /etc/pcmcia/network script has no knowledge of wireless.opts.
This means that it won't work out of the box on my wireless network, which
Steps to Reproduce:
1. Buy wireless access point.
2. Turn on encryption
3. Follow PCMCIA docs on putting "key" in wireless.opts
4. Watch card not connect with AP.
Note that the upstream version of pcmcia/network now handles RH network
scripts perfectly fine, so it would be good to revert to its behavior,
which also gives the possibility to use schemes.
We (Red Hat) should really try to resolve this before next release.
Created attachment 10620 [details]
New /etc/pcmcia/config file for aironet
I attached a new pcmcia-config to this bug which should fix this problem. Plesae
test it and let me know if it works.
Arjan, can you take a gander at it and make sure everything looks right for the
airo stuff as well?
Huh? Did you close the wrong bug? This wasn't an aironet-specific bug (I don't
even have an aironet card). This was that we aren't executing
/etc/pcmcia/wireless and /etc/pcmcia/wireless.opts, because the RH-modified
network script doesn't call them. wireless.opts is important, because I can set
all sorts of iwconfig options there and do it with schemes, so that I can easily
switch between WEP-encrypted networks.
Again, the upstream scripts now know about redhat and will call ifup and ifdown,
but will also work with network.opts and wireless.opts, solving this bug.
Yeah, I closed the wrong bug :-( Now I need to track that one down.
I'll look at using the standard pcmcia network script tomarrow when I'm closer
to my laptop.
While the standard network script seems quite similiar to ours, using it would
force us to maintain two. Instead, I changed the network script we're using to
run the normal pcmcia-cs wireless script before running our own ifup stuff. This
should solve the problem nicely.