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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.