NetCube-Systems-Austria/kumquat-buildroot
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
5a5d6dc203
kumquat-buildroot/package/crda/Config.in

26 lines
978 B
Plaintext
Raw Normal View History

crda: new package Based on the one from Dimitrios Siganos <dimitris@siganos.org> but with a proper host-python-m2crypto instead of patching. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-04-29 10:57:49 +02:00
config BR2_PACKAGE_CRDA
bool "crda"
crda: needs threads Because libnl needs threads, fixes: http://autobuild.buildroot.net/results/8e32f222ddeba262ee2471d22e1c6a8afbf241c2/ Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-05-16 02:40:01 +02:00
depends on BR2_TOOLCHAIN_HAS_THREADS # libnl
Rename BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBS Since a while, the semantic of BR2_PREFER_STATIC_LIB has been changed from "prefer static libraries when possible" to "use only static libraries". The former semantic didn't make much sense, since the user had absolutely no control/idea of which package would use static libraries, and which packages would not. Therefore, for quite some time, we have been starting to enforce that BR2_PREFER_STATIC_LIB should really build everything with static libraries. As a consequence, this patch renames BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBS, and adjust the Config.in option accordingly. This also helps preparing the addition of other options to select shared, shared+static or just static. Note that we have verified that this commit can be reproduced by simply doing a global rename of BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBS plus adding BR2_PREFER_STATIC_LIB to Config.in.legacy. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2014-12-03 22:41:29 +01:00
depends on !BR2_STATIC_LIBS
crda: new package Based on the one from Dimitrios Siganos <dimitris@siganos.org> but with a proper host-python-m2crypto instead of patching. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-04-29 10:57:49 +02:00
select BR2_PACKAGE_LIBGCRYPT
select BR2_PACKAGE_LIBNL
# regdb is a runtime dependency
select BR2_PACKAGE_WIRELESS_REGDB
crda: disable on NIOS II Building crda on NIOS II triggers the infamous _gp linker issue. Since nobody cared, let's disable this package on NIOS II for the moment. Fixes: http://autobuild.buildroot.net/results/272/272f18410e4855ab6b3bfd8a44243c1ebecf6abe/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-05-13 00:12:28 +02:00
# Triggers the _gp link issue
package/crda: disable broken toolchains on nios2 As discussed with Thomas http://article.gmane.org/gmane.comp.lib.uclibc.buildroot/100998 only the current toolchains are broken: "it's better to blacklist the individual toolchains that are known to be broken, so that if we add another toolchain, we will be able to see if the same bug happens as well or not." Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-11-30 17:48:53 +01:00
depends on !BR2_TOOLCHAIN_EXTERNAL_CODESOURCERY_NIOSII201305
depends on !BR2_TOOLCHAIN_EXTERNAL_CODESOURCERY_NIOSII201405
crda: new package Based on the one from Dimitrios Siganos <dimitris@siganos.org> but with a proper host-python-m2crypto instead of patching. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-04-29 10:57:49 +02:00
help
Central Regulatory Domain Agent.
This package provides a Central Regulatory Domain Agent (CRDA)
to be used by the Linux kernel cf80211 wireless subsystem to
query and apply the regulatory domain settings wireless devices
may operate within for a given location.
http://linuxwireless.org/en/developers/Regulatory/CRDA
crda: needs threads Because libnl needs threads, fixes: http://autobuild.buildroot.net/results/8e32f222ddeba262ee2471d22e1c6a8afbf241c2/ Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-05-16 02:40:01 +02:00
crda: needs dynamic library support Fixes: http://autobuild.buildroot.net/results/d75/d752a8d53ad9219b60113075c91c4dcc3e4027c1/ Even if the build system were fixed to deal with that it's only really useful for systemd/udev scenarios with require dynamic libs as well. For static scenarios people should look at using CONFIG_CFG80211_INTERNAL_REGDB in the kernel. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-07-02 14:51:48 +02:00
comment "crda needs a toolchain w/ threads, dynamic library"
Rename BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBS Since a while, the semantic of BR2_PREFER_STATIC_LIB has been changed from "prefer static libraries when possible" to "use only static libraries". The former semantic didn't make much sense, since the user had absolutely no control/idea of which package would use static libraries, and which packages would not. Therefore, for quite some time, we have been starting to enforce that BR2_PREFER_STATIC_LIB should really build everything with static libraries. As a consequence, this patch renames BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBS, and adjust the Config.in option accordingly. This also helps preparing the addition of other options to select shared, shared+static or just static. Note that we have verified that this commit can be reproduced by simply doing a global rename of BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBS plus adding BR2_PREFER_STATIC_LIB to Config.in.legacy. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2014-12-03 22:41:29 +01:00
depends on !BR2_TOOLCHAIN_HAS_THREADS || BR2_STATIC_LIBS
package/crda: disable broken toolchains on nios2 As discussed with Thomas http://article.gmane.org/gmane.comp.lib.uclibc.buildroot/100998 only the current toolchains are broken: "it's better to blacklist the individual toolchains that are known to be broken, so that if we add another toolchain, we will be able to see if the same bug happens as well or not." Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-11-30 17:48:53 +01:00
depends on !BR2_TOOLCHAIN_EXTERNAL_CODESOURCERY_NIOSII201305
depends on !BR2_TOOLCHAIN_EXTERNAL_CODESOURCERY_NIOSII201405
Reference in New Issue Copy Permalink