gitolite/buildrootschalter
gitolite
/
buildrootschalter
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity
buildrootschalter/package/connman/Config.in

57 lines
1.5 KiB
Plaintext
Raw Normal View History

Add package connman The ConnMan project provides a daemon for managing internet connections within embedded devices running the Linux operating system. The Connection Manager is designed to be slim and to use as few resources as possible, so it can be easily integrated. It is a fully modular system that can be extended, through plug-ins, to support all kinds of wired or wireless technologies. Also, configuration methods, like DHCP and domain name resolving, are implemented using plug-ins. The plug-in approach allows for easy adaption and modification for various use cases. The location for released tarballs is still unavailable due to the recent kernel.org outage, hence the package obtains the sources from git for now. [Peter: Ensure it can only be selected with workable toolchains, use start-stop-daemon in initscript, and install cm if selected] Signed-off-by: Daniel Mack <zonque@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-12-06 00:27:01 +01:00
config BR2_PACKAGE_CONNMAN
bool "connman"
connman: replace dependency on dbus by select Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-01-27 00:41:32 +01:00
select BR2_PACKAGE_DBUS
Add package connman The ConnMan project provides a daemon for managing internet connections within embedded devices running the Linux operating system. The Connection Manager is designed to be slim and to use as few resources as possible, so it can be easily integrated. It is a fully modular system that can be extended, through plug-ins, to support all kinds of wired or wireless technologies. Also, configuration methods, like DHCP and domain name resolving, are implemented using plug-ins. The plug-in approach allows for easy adaption and modification for various use cases. The location for released tarballs is still unavailable due to the recent kernel.org outage, hence the package obtains the sources from git for now. [Peter: Ensure it can only be selected with workable toolchains, use start-stop-daemon in initscript, and install cm if selected] Signed-off-by: Daniel Mack <zonque@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-12-06 00:27:01 +01:00
select BR2_PACKAGE_LIBGLIB2
select BR2_PACKAGE_IPTABLES
connman: bump version Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-05-21 00:21:03 +02:00
select BR2_PACKAGE_GNUTLS
connman: disable on avr32 The inotify_init1 syscall is not available on avr32. Fixes build failures such as the following. http://autobuild.buildroot.net/results/0d8/0d8e7bd8bd3f227fabfb0d5feb59a5d316026d3f Signed-off-by: Simon Dawson <spdawson@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-11-06 15:38:23 +01:00
depends on !BR2_avr32 # no inotify_init1
uClibc 0.9.31: remove stray kludges/conditions Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-17 13:06:48 +02:00
depends on !BR2_UCLIBC_VERSION_0_9_32
Revert "gnutls: wchar only needed for tools" This reverts commit 7672b1235d8f786938af66068c1c1da8a766bb38. It turns out that libgnutls.so ends up with a reference to wctomb() on uClibc, as uClibc doesn't have vasnprintf so gnutls builds its internal gnulib version of it, referencing wctomb(). Fix it by going back to requiring wchar for the base gnutls library as well. Fixes http://autobuild.buildroot.net/results/780/780e825e56dc78f1ea347ca462e2e31044428775/ Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-06 14:59:35 +02:00
depends on BR2_USE_WCHAR # libglib2 and gnutls
connman: needs IPv6 support in toolchain Fixes http://autobuild.buildroot.net/results/c405f9b3a59463fb7367daeb63e282c5d60f0685 Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-06-04 14:10:47 +02:00
depends on BR2_INET_IPV6
libglib2: needs threads This commit adds a dependency of the libglib2 package on thread support in the toolchain, since upstream libglib2 doesn't build without thread support. The commit is rather large as it involves propagating the dependency on thread support to all reverse dependencies of the libglib2 package. [Thomas: squash all patches into one, make a few minor fixes, the most important one being to not add comments about MMU requirement when a package doesn't work on !MMU platforms.] Signed-off-by: Spenser Gilliland <spenser@gillilanding.com>
2013-07-15 21:47:50 +02:00
depends on BR2_TOOLCHAIN_HAS_THREADS # dbus, libglib2
libglib2: needs MMU support Fixes http://autobuild.buildroot.net/results/2e0/2e032c6e44e10f2912935715741c3680a19b9b51/ Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-11-20 18:29:45 +01:00
depends on BR2_USE_MMU # dbus, libglib2
Add package connman The ConnMan project provides a daemon for managing internet connections within embedded devices running the Linux operating system. The Connection Manager is designed to be slim and to use as few resources as possible, so it can be easily integrated. It is a fully modular system that can be extended, through plug-ins, to support all kinds of wired or wireless technologies. Also, configuration methods, like DHCP and domain name resolving, are implemented using plug-ins. The plug-in approach allows for easy adaption and modification for various use cases. The location for released tarballs is still unavailable due to the recent kernel.org outage, hence the package obtains the sources from git for now. [Peter: Ensure it can only be selected with workable toolchains, use start-stop-daemon in initscript, and install cm if selected] Signed-off-by: Daniel Mack <zonque@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-12-06 00:27:01 +01:00
help
The Connection Manager (ConnMan) project provides a daemon for
managing internet connections within embedded devices running
the Linux operating system.
For more information, see http://connman.net/
if BR2_PACKAGE_CONNMAN
config BR2_PACKAGE_CONNMAN_THREADS
bool "enable threading support"
depends on BR2_TOOLCHAIN_HAS_THREADS
default y
config BR2_PACKAGE_CONNMAN_ETHERNET
bool "enable Ethernet support"
default y
config BR2_PACKAGE_CONNMAN_WIFI
bool "enable WiFi support"
select BR2_PACKAGE_WPA_SUPPLICANT
config BR2_PACKAGE_CONNMAN_BLUETOOTH
bool "enable Bluetooth support"
config BR2_PACKAGE_CONNMAN_LOOPBACK
bool "enable loopback support"
config BR2_PACKAGE_CONNMAN_NTPD
bool "enable ntpd support"
config BR2_PACKAGE_CONNMAN_DEBUG
bool "enable compiling with debugging information"
config BR2_PACKAGE_CONNMAN_CLIENT
bool "enable command line client"
connman: bump to version 1.7 [Peter: command line client needs readline] Signed-off-by: Jonathan Liu <net147@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-09-21 04:54:19 +02:00
select BR2_PACKAGE_READLINE
Add package connman The ConnMan project provides a daemon for managing internet connections within embedded devices running the Linux operating system. The Connection Manager is designed to be slim and to use as few resources as possible, so it can be easily integrated. It is a fully modular system that can be extended, through plug-ins, to support all kinds of wired or wireless technologies. Also, configuration methods, like DHCP and domain name resolving, are implemented using plug-ins. The plug-in approach allows for easy adaption and modification for various use cases. The location for released tarballs is still unavailable due to the recent kernel.org outage, hence the package obtains the sources from git for now. [Peter: Ensure it can only be selected with workable toolchains, use start-stop-daemon in initscript, and install cm if selected] Signed-off-by: Daniel Mack <zonque@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-12-06 00:27:01 +01:00
endif # BR2_PACKAGE_CONNMAN
Config.in files: unify comments of toolchain option dependencies This patch lines up the comments in Config.in files that clarify which toolchain options the package depends on. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-10-13 16:55:32 +02:00
comment "connman needs a toolchain w/ IPv6, wchar, threads, resolver"
Config.in files: add missing dependencies to toolchain option comments When a package A depends on config option B and toolchain option C, then the comment that is given when C is not fulfilled should also depend on B. For example: config BR2_PACKAGE_A depends on BR2_B depends on BR2_LARGEFILE depends on BR2_WCHAR comment "A needs a toolchain w/ largefile, wchar" depends on !BR2_LARGEFILE || !BR2_WCHAR This comment should actually be: comment "A needs a toolchain w/ largefile, wchar" depends on BR2_B depends on !BR2_LARGEFILE || !BR2_WCHAR or if possible (typically when B is a package config option declared in that same Config.in file): if BR2_B comment "A needs a toolchain w/ largefile, wchar" depends on !BR2_LARGEFILE || !BR2_WCHAR [other config options depending on B] endif Otherwise, the comment would be visible even though the other dependencies are not met. This patch adds such missing dependencies, and changes existing such dependencies from depends on BR2_BASE_DEP && !BR2_TOOLCHAIN_USES_GLIBC to depends on BR2_BASE_DEP depends on !BR2_TOOLCHAIN_USES_GLIBC so that (positive) base dependencies are separate from the (negative) toolchain dependencies. This strategy makes it easier to write such comments (because one can simply copy the base dependency from the actual package config option), but also avoids complex and long boolean expressions. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> (untested) Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-11-07 09:24:37 +01:00
depends on BR2_USE_MMU && !BR2_avr32
uClibc 0.9.31: remove stray kludges/conditions Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-17 13:06:48 +02:00
depends on BR2_UCLIBC_VERSION_0_9_32 || \
dbus: requires thread support As can be seen on the build result at http://autobuild.buildroot.org/results/20f1078ef7dc5f187b04c63ef70e8b43acf9bb3a/build-end.log, D-Bus requires thread support in the toolchain. This commit adjusts the Kconfig dependencies of D-Bus and all its reverse dependencies to depend on thread support in the toolchain. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2012-07-25 11:29:58 +02:00
!BR2_USE_WCHAR || !BR2_INET_IPV6 || !BR2_TOOLCHAIN_HAS_THREADS