Reinhard Tartler wrote:
Madwifi will eventually propagate to testing, and the wpa_supplicant
version in same archive will not support it.
You mean Version 0.svnr1644.0.9.0-2? Perhaps we can coordinate
transition of the two packages? On the other hand, we can tell users to
install wpasupplicant .deb from unstable in their testing system.
I do not think that extra co-ordination would be worth the effort here,
I am sure we can guide these people to the correct sources during this
relatively short period of time.
Also, there have been no bug reports since last upload indicating large
problems with functionality. (I realise it is still early days)
I remember #373776, which was bounced from Elimar Riesebieter
<[EMAIL PROTECTED]> to pkg-wpa-devel. Ok, this is a madwifi-ng bug. Bugs
which directly relate from the 0.5 branch did not appear yet.
That would almost definitely be madwifi specific (unfortunately).
To bring up my reservations to this list (I already mentioned them on
irc). I think the 0.5 branch is a bit dangerous, because:
a) the 0.5 branch didn't get as much test coverage than the 0.4 branch.
Bugs are more likely.
b) Semantic changes in the code of new features, which are still under
development. I fear that behavior changes may disrupt our package
c) config file changes like mentioned above.
Ack.
I am confident that the 0.5 series will be tagged as "stable" by Jouni
before the time that Etch is released (quite a few months away yet,
iirc), therefore, I'd like to concentrate more on testing and developing
infrastructure around 0.5 before that time comes.
Yes, afaik, etch is currently targeted for december this year. I think
that we are both (well, espec. you ;) active enough to stabilize a
wpasupplicant 0.5 for etch release. So yes, I mostly agree with you. I'd
still appreciate if we could have the 0.5 branch tested for say, 2 more
weekends and wait for reports. I don't expect many bugs, but I'm rather
conservative for users of 'testing'.
Yep, and I agree with the extended period of testing too.
Thanks, Kel.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]