buildroot/package/network-manager, branch 2018.02

network-manager: Add option for OpenVSwitch support

2018-02-03T22:23:51+00:00

Signed-off-by: Petr Vorel Signed-off-by: Peter Korsgaard

network-manager: Bump to version 1.10.2

2018-02-03T22:22:20+00:00

handle new dependency to Jansson (since 1.10.0). [Peter: unconditionally disable ovs support as suggested by Thomas] Signed-off-by: Petr Vorel Signed-off-by: Peter Korsgaard

package/*/Config.in: fix help text check-package warnings

2017-12-18T08:22:54+00:00

This commit fixes the warnings reported by check-package on the help text of all package Config.in files, related to the formatting of the help text: should start with a tab, then 2 spaces, then at most 62 characters. The vast majority of warnings fixed were caused by too long lines. A few warnings were related to spaces being used instead of a tab to indent the help text. Signed-off-by: Thomas Petazzoni

package/network-manager: Bump to version 1.8.4

2017-11-02T20:24:20+00:00

Signed-off-by: Petr Vorel Signed-off-by: Thomas Petazzoni

Merge branch 'next'

2017-06-01T20:28:14+00:00

Signed-off-by: Peter Korsgaard

package/gnutls: disable for static build

2017-05-29T20:52:34+00:00

The gnutils code uses __attribute__((constructor)) and __attribute__((destructor)) to call constructor/desctructor when a shared library is loaded. Constructor/desctructor are not used when a static library is used (except when if -Wl,--whole-archive -lgnutls -Wno-whole-archive is used, not tested). Even if gnutls initialization (_gnutls_global_init()) may be called manually, the gnutls maintainer said it's not supported [1]. "Note that static linking applications with gnutls is not something supported. gnutls relies on library constructors and destructors which are not loaded when linking statically." Now the gnutls script warns about static linking [2]. So disable gnutls statically by adding "depends on !BR2_STATIC_LIBS" at Kconfig level and --disable-static in GNUTLS_CONF_OPTS. Fixes: [taskd] http://autobuild.buildroot.net/results/c2d/c2dd5c1c9dc87d2943c15e58ee56e67d7375368c [ffmpeg] http://autobuild.buildroot.net/results/892/8926d319d6d1cd1ee72239ad7d9ca869d2355628 [sngrep] http://autobuild.buildroot.net/results/f7f/f7fb42d3742f6f01000a0d181e0c785640284405 [1] https://gitlab.com/gnutls/gnutls/issues/203 [2] https://gitlab.com/gnutls/gnutls/commit/6b748886799f88ddee9721dba4fc4d52854832ae Signed-off-by: Bernd Kuhls [Romain: merge our two patches together add some option comment disable static libgnutls.a add sngrep autobuilder reference] Signed-off-by: Romain Naour Tested-by: Bernd Kuhls [Thomas: do not disable libgnutls.a] Signed-off-by: Thomas Petazzoni

network-manager: add optional ofono support

2017-05-11T19:18:12+00:00

Signed-off-by: Vicente Olivert Riera Signed-off-by: Thomas Petazzoni

network-manager: add optional concheck support

2017-05-11T19:18:01+00:00

Signed-off-by: Vicente Olivert Riera Signed-off-by: Thomas Petazzoni

network-manager: bump version to 1.8.0

2017-05-11T19:17:51+00:00

Added --disable-concheck to avoid configure failure when libcurl is not available: checking for LIBCURL... no configure: error: --enable-concheck requires libcurl library. One would expect the concheck functionality to be automatically disabled if libcurl is not found. But upstream wants to be explicitly disabled if not wanted to prevent building NetworkManager without connectivity check support without any evident warning on systems where libcurl is not installed. See: https://github.com/NetworkManager/NetworkManager/commit/faa1b85dab647baad7ce856e83f343af841aa6a5 Proper support for concheck will be added in a subsequent patch. Signed-off-by: Vicente Olivert Riera Signed-off-by: Thomas Petazzoni

package: remove consecutive empty lines

2017-04-06T20:40:33+00:00

Occurrences were searched using [1]: check-package --include-only ConsecutiveEmptyLines $(find * -type f) and manually removed. [1] http://patchwork.ozlabs.org/patch/729666/ Signed-off-by: Ricardo Martincoski Signed-off-by: Thomas Petazzoni