146459 2006-09-05 14:24 0000 net-wireless/madwifi-ng-0.9.2: madwifi-association-fix.patch causes breakage 2007-06-10 11:07:43 0000 1 1 1 Unclassified Gentoo Linux Ebuilds unspecified All Linux RESOLVED FIXED P2 normal --- 144996 1 dsd@gentoo.org config@gentoo.org gengor@gentoo.org mobile@gentoo.org steev@gentoo.org uberlord@gentoo.org dsd@gentoo.org 2006-09-05 14:24:28 0000 I just added a comment to http://madwifi.org/ticket/776 explaining why this patch causes problems with wpa_supplicant (and everyone else who relies on wireless events). Not sure what the rationale was on including this in Gentoo, you might want to consider reverting it until the issues are ironed out. When this patch is applied, Gentoo's baselayout scripts get fed up of waiting for the connection to be completed, so the system reports that ath0 didn't come up and it doesn't start any network services (sshd, etc). uberlord@gentoo.org 2006-09-06 03:22:29 0000 (In reply to comment #0) > When this patch is applied, Gentoo's baselayout scripts get fed up of waiting > for the connection to be completed, so the system reports that ath0 didn't come > up and it doesn't start any network services (sshd, etc). Don't set a timeout then :) Once ath0 connects, baselayout will bring up the services depending on ath0. nightmorph@gentoo.org 2006-09-08 08:34:53 0000 (In reply to comment #0) > I just added a comment to http://madwifi.org/ticket/776 explaining why this > patch causes problems with wpa_supplicant (and everyone else who relies on > wireless events). Not sure what the rationale was on including this in Gentoo, > you might want to consider reverting it until the issues are ironed out. > > When this patch is applied, Gentoo's baselayout scripts get fed up of waiting > for the connection to be completed, so the system reports that ath0 didn't come > up and it doesn't start any network services (sshd, etc). > Confirmed. My Atheros PCMCIA card (D-link DWL-G650) doesn't like this at all; the stealth patch you snuck in caused nothing but troubles when i innocently ran module-rebuild to finish an unrelated update. I'm not impressed that this made it in to the distfiles I grabbed for the update, not without a proper revision. And the patch is broken; now everything takes a long time to associate and authenticate; I use wpa_supplicant, and have never had the minute-plus delays this patch introduces. used to get the interface initialized, associated, and authenticated in < 10 seconds. please revert this patch, steev, we're begging you. everything dsd described (and more) has happened to me. note that i *was* using the same unpatched version just fine, till i happened to grab the patched version distfiles on the rebuild. dsd@gentoo.org 2006-09-08 09:07:47 0000 Benjamin, As the problem has been reproduced by myself, Josh, Steve, and someone on the madwifi bug, we have removed this patch from portage. If this patch is required for you I suggest you get it fixed and applied upstream first. I might be able to help, I'll keep an eye on that bug report. Also, when adding patches to packages like this, you should revbump. I'm also assuming you had permission from mobile herd to commit this in the first place. nightmorph@gentoo.org 2006-09-08 11:44:57 0000 (In reply to comment #3) Reverting the patch definitely fixes 0.9.2 for me; back to better associate and authenticate times for me. No more waiting forever. config@gentoo.org 2006-09-08 12:51:08 0000 I indeed needed this patch. 0.9.1 worked for me, and 0.9.2 didn't - and the patch fixed it for me. I'll try to investigate further simius@mail.tvnet.hu 2007-01-15 17:01:06 0000 This patch apparently fixed a strange problem for me. (bug#149762) Maybe it could be made optional via a USE flag. jakub@gentoo.org 2007-06-10 11:07:29 0000 This patch is no longer used, closing.