Bug 78094 - hostap-driver is provided by mm-sources (and possibly others)
|
Bug#:
78094
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: All
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: normal
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: kernel@gentoo.org
|
Reported By: skobel@gmail.com
|
|
Component: Ebuilds
|
|
|
URL:
|
|
Summary: hostap-driver is provided by mm-sources (and possibly others)
|
|
Keywords: InCVS
|
|
Status Whiteboard:
|
|
Opened: 2005-01-15 07:59 0000
|
The hostap driver is included in recent mm-sources kernels, so it should
provide it so hostap-utils and the likes don't want to install hostap-driver
Reproducible: Always
Steps to Reproduce:
1. emerge mm-sources
2. emerge hostap-utils
Actual Results:
Gentoo tries to emerge hostap-driver when mm-sources provided it already.
Expected Results:
Gentoo should recognize that hostap-driver is provided by the kernel.
I think we could use linux_chkconfig_present to check if the module is provided
by the kernel we are compiling for .. the "providing" with portage is not very
handy imo.
Exactly how is that going to solve the dependency problem in hostapd and
hostap-utils?
support has been added into the linux-mod.eclass now for
CHECK_CONFIG="@OPTION:module"
what this does is, if OPTION in kernel is present, remove module from
MODULE_NAMES.
This will help you elleviate the issue where it will build and install kernel
drivers, over a kernel which already supports this, while still building any
other modules or tools in the ebuild.
As I don't understand the setup of hostap properly, I wont comment on any other
problems :)
I've removed the dependency on hostap-driver from hostapd and hostap-utils.
Closing as FIXED InCVS.
Really closing this time :)
