Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
Not eligible to see or edit group visibility for this bug.
View Bug Activity | Format For Printing | XML | Clone This Bug
Currently the madwifi-ng ebuild installs the /usr/include/madwifi headers used by wpa_supplicant and hostapd. This means that wpa_supplicant has to conditionally depend on madwifi-ng, which is in itself nasty because madwifi-ng has dependencies on kernel stuff -- this is an inconvenience when building release media etc. I think the headers should be installed by the madwifi-ng-tools ebuild and wpa_supplicant/hostapd dependencies should be updated.
I just whipped up some patches to do as requested in this bug. They work for me with the exception of hostapd-0.5.7-r1.patch which I did not test.
Created an attachment (id=119968) [details] madwifi-ng-0.9.3-r4.patch Patch: madwifi-ng-0.9.3-r3.ebuild -> madwifi-ng-0.9.3-r4.ebuild
Created an attachment (id=119970) [details] madwifi-ng-tools-0.9.3-r1.patch Patch: madwifi-ng-tools-0.9.3.ebuild -> madwifi-ng-tools-0.9.3-r1.ebuild
Created an attachment (id=119972) [details] hostapd-0.4.9-r1.patch Patch: hostapd-0.4.9.ebuild -> hostapd-0.4.9-r1.ebuild
Created an attachment (id=119973) [details] hostapd-0.5.7-r1.patch Patch: hostapd-0.5.7.ebuild -> hostapd-0.5.7-r1.ebuild
Created an attachment (id=119975) [details] wpa_supplicant-0.5.7-r1.patch Patch: wpa_supplicant-0.5.7.ebuild -> wpa_supplicant-0.5.7-r1.ebuild
In the case of hostapd/wpa_supplicant ebuilds these changes should probably just go into the existing ebuilds instead of a rather meaningless revbump. Only submitted the patches this way for consistency/testing/etc.
the madwifi side of things is done.
Now madwifi-ng-tools don't emerge due to file collisions with madwifi-ng. A blocker against older versions?
(In reply to comment #9) > Now madwifi-ng-tools don't emerge due to file collisions with madwifi-ng. A > blocker against older versions? > That was left out in the cvs commit. There is also a format error in the einfo messages at the end.
(In reply to comment #9) > Now madwifi-ng-tools don't emerge due to file collisions with madwifi-ng. A > blocker against older versions? A blocker is a bad thing because most users do not know how to correctly handle it. Besides it braks automated updates. Maybe we can remove the conflicting files in preinst?
all fixed, thanks.