From: Peter Korsgaard <jacmet@uclibc.org>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH v3] Add package connman
Date: Mon, 05 Dec 2011 23:18:51 +0100 [thread overview]
Message-ID: <87fwgyslv8.fsf@macbook.be.48ers.dk> (raw)
In-Reply-To: <1323106241-22192-1-git-send-email-zonque@gmail.com> (Daniel Mack's message of "Mon, 5 Dec 2011 18:30:41 +0100")
>>>>> "Daniel" == Daniel Mack <zonque@gmail.com> writes:
Daniel> The ConnMan project provides a daemon for managing internet
Daniel> connections within embedded devices running the Linux operating
Daniel> system. The Connection Manager is designed to be slim and to
Daniel> use as few resources as possible, so it can be easily
Daniel> integrated. It is a fully modular system that can be extended,
Daniel> through plug-ins, to support all kinds of wired or wireless
Daniel> technologies. Also, configuration methods, like DHCP and domain
Daniel> name resolving, are implemented using plug-ins. The plug-in
Daniel> approach allows for easy adaption and modification for various
Daniel> use cases.
Thanks, a few more comments:
Daniel> +if BR2_PACKAGE_CONNMAN
Daniel> +
Daniel> +config BR2_PACKAGE_CONNMAN_THREADS
Daniel> + bool "enable threading support"
Daniel> + depends on BR2_TOOLCHAIN_HAS_THREADS
Daniel> + default y
Daniel> +
Daniel> +config BR2_PACKAGE_CONNMAN_ETHERNET
Daniel> + bool "enable Ethernet support"
Daniel> + default y
Daniel> +
Daniel> +config BR2_PACKAGE_CONNMAN_WIFI
Daniel> + bool "enable WiFi support"
Daniel> + select BR2_PACKAGE_WPA_SUPPLICANT
Daniel> + default y
I wouldn't enable WIFI support by default, to not get it to pull in
wpa_supplicant, so drop the 'default y'
Daniel> +++ b/package/connman/connman.mk
Daniel> @@ -0,0 +1,21 @@
Daniel> +#######################################################
Daniel> +#
Daniel> +# connman - open source connection manager
Daniel> +#
Daniel> +#######################################################
Daniel> +
Daniel> +CONNMAN_VERSION = 0.78
Daniel> +CONNMAN_SITE = git://git.kernel.org/pub/scm/network/connman/connman.git
Daniel> +CONNMAN_DEPENDENCIES = libglib2 dbus iptables
Daniel> +CONNMAN_AUTORECONF = YES
It seems to install a .pc file and some headers, so we should have
CONNMAN_INSTALL_STAGING = YES
What about installing an initscript? I see there's an example init
script in the connman sources, but that doesn't seem directly applicable
to our busybox based system.
I applied the patch and gave it a quick test, but it fails with the
default uClibc configuration as we don't enable
UCLIBC_HAS_RESOLVER_SUPPORT (just like upstream), and connman seems to
want it for gweb/gresolv.c:
checking resolv.h usability... yes
checking resolv.h presence... yes
checking for resolv.h... yes
checking for ns_initparse in -lresolv... no
checking for __ns_initparse in -lresolv... no
configure: error: resolver library support is required
make: *** [/home/peko/source/buildroot/output/build/connman-0.78/.stamp_configured
I don't like to add it if doesn't work with uClibc based toolchains. We
can add a toolchain configuration option to enable the UCLIBC
configuration, but that doesn't help for ctng and external toolchains.
What configuration are you using it with?
--
Bye, Peter Korsgaard
next prev parent reply other threads:[~2011-12-05 22:18 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-12-05 12:53 [Buildroot] [PATCH] Add package connman Daniel Mack
2011-12-05 13:00 ` Baruch Siach
2011-12-05 13:15 ` [Buildroot] [PATCH v2] " Daniel Mack
2011-12-05 14:37 ` Peter Korsgaard
2011-12-05 15:01 ` Baruch Siach
2011-12-05 15:02 ` Daniel Mack
2011-12-05 15:29 ` Peter Korsgaard
2011-12-05 17:26 ` Daniel Mack
2011-12-05 17:30 ` [Buildroot] [PATCH v3] " Daniel Mack
2011-12-05 22:18 ` Peter Korsgaard [this message]
2011-12-05 23:07 ` Daniel Mack
2011-12-05 23:13 ` Peter Korsgaard
2011-12-05 23:20 ` Daniel Mack
2011-12-05 23:23 ` Peter Korsgaard
2011-12-05 23:27 ` [Buildroot] [PATCH v4] " Daniel Mack
2011-12-07 19:25 ` Peter Korsgaard
2011-12-05 19:20 ` [Buildroot] [PATCH v2] " Thomas Petazzoni
2011-12-05 19:32 ` Daniel Mack
2011-12-05 19:21 ` Thomas Petazzoni
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87fwgyslv8.fsf@macbook.be.48ers.dk \
--to=jacmet@uclibc.org \
--cc=buildroot@busybox.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox