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

72 lines
2.3 KiB
Plaintext
Raw Normal View History

Add package for Gnome NetworkManager Even though it's most commonly used on desktops, this piece of software also works well on embedded devices. The package file only resolved mandatory dependencies. Things like iptables and dnsmasq are only required if 'shared' connections are used, and have hence not been made hard prerequisites. There are probably too many i18n related files installed to the target. That might need some more tweaking. [Peter: fix Kconfig dependencies, add execinfo patch, fix libgcrypt-config path, uClibc build fix] Signed-off-by: Daniel Mack <zonque@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-12-02 13:13:09 +01:00
config BR2_PACKAGE_NETWORK_MANAGER
network-manager: fix package prompt name Rename the prompt string for consistency with the package directory name. Signed-off-by: Petr Vorel <petr.vorel@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-06-15 23:21:25 +02:00
bool "network-manager"
package/libgpg-error: bump to version 1.23 This patch is based on a patch sent by Vicente Olivert Riera and commented by Arnout Vandecappelle [1]. - Bump version to 1.23 - Add a hook to fix cross-compilation - Fix license and license files - Remove patch applied upstream - Add a BR2_PACKAGE_LIBGPG_ERROR_ARCH_SUPPORTS variable - Propagate the dependencies using that variable: * package/cppcms * package/crda * package/gnupg2 - package/gcr - package/midori * package/kodi * package/libaacs * package/libassuan * package/libgcrypt * package/libgpgme * package/libksba * package/libmicrohttpd - package/janus-gateway - package/kodi - package/ola - package/systemd * package/libssh * package/libssh2 - package/php-ssh2 * package/netatalk * package/network-manager * package/ntfs-3g * package/opkg * package/php-gnupg * package/rng-tools * package/strongswan * package/vpnc [1] http://patchwork.ozlabs.org/patch/416427/ Cc: Arnout Vandecappelle <arnout@mind.be> Cc: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> [Thomas: - rebase on master - changing systemd no longer needed, as it no longer selects libgcrypt.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> [Maxime: - rebase on master - bump to new version - propagate dependencies to missing packages] Signed-off-by: Maxime Hadjinlian <maxime.hadjinlian@gmail.com> Reviewed-by: Romain Naour <romain.naour@gmail.com> [Thomas: - fix hash file. - change the way to handle the various arch so that it works properly for uClibc. - add nios2 arch support. - Maxime Hadjinlian learned some basic Emacs-fu to do the final fixups of this commit.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-07-04 01:48:34 +02:00
depends on BR2_PACKAGE_LIBGPG_ERROR_ARCH_SUPPORTS # libgcrypt
package/gnutls: disable for static build 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 <bernd.kuhls@t-online.de> [Romain: merge our two patches together add some option comment disable static libgnutls.a add sngrep autobuilder reference] Signed-off-by: Romain Naour <romain.naour@gmail.com> Tested-by: Bernd Kuhls <bernd.kuhls@t-online.de> [Thomas: do not disable libgnutls.a] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-05-25 18:34:43 +02:00
depends on !BR2_STATIC_LIBS # gnutls
dbus: uses fork(), requires MMU In order to solve http://autobuild.buildroot.org/results/34f6843137efda20626af72714c110280ec577d7/build-end.log, this patch makes the D-Bus package as well as all the packages that select the D-Bus package 'depends on BR2_USE_MMU'. In addition, for the specific case of gvfs, the missing BR2_TOOLCHAIN_HAS_THREADS dependency is added (threads are required by D-Bus, so they are also required by gvfs which selects D-Bus). Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-11-17 13:24:08 +01:00
depends on BR2_USE_MMU # dbus
udev: convert to virtual package This patch converts udev to a virtual package. For the moment, there is only one provider for the udev features: eudev. Packages meant to provide udev-like features must select the symbol BR2_PACKAGE_HAS_UDEV. Packages depending on BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_UDEV or BR2_PACKAGE_UDEV have been converted to use the new symbol. [Peter: move legacy symbols under 2014.05] Signed-off-by: Eric Le Bihan <eric.le.bihan.dev@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-07 14:21:33 +01:00
depends on BR2_PACKAGE_HAS_UDEV
package/network-manager: add patches to build with kernel headers 3.2 + lower kernel headers dependency According to upstream [1], there is no known minimal kernel-version, nor minimal required feature-set. Experimentally tested, that 1.0.2 is works with 3.2 kernel headers, even some features will be missing [2]. [1] https://mail.gnome.org/archives/networkmanager-list/2015-April/msg00039.html [2] https://mail.gnome.org/archives/networkmanager-list/2015-April/msg00041.html [Thomas: add comment in Config.in to indicate that it may work with earlier kernel versions.] Signed-off-by: Petr Vorel <petr.vorel@gmail.com> Reviewed-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-06-22 12:43:50 +02:00
# Tested with 3.2, but may even work with earlier versions
depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_2
network-manager: needs (e)glibc Fixes: http://autobuild.buildroot.net/results/1cc/1ccd21cf2ae58ecac75a4cba393b7be4d2e43e5d/ http://autobuild.buildroot.net/results/718/718fc0eb28fc056ac83352547fe92313b33c3d59/ http://autobuild.buildroot.net/results/704/704bff70b73e77f552dc6b91732afefd846a1f50/ http://autobuild.buildroot.net/results/1ee/1eef17a793d151eb140d3364fbb8020e53eec10f/ And many more. With the recent inclusion of systemd-dhcp, network-manager no longer builds on uClibc/musl as it uses: - CLOCK_BOOTTIME (not available in uClibc 0.9.33.2) - IPTOS_CLASS_* (not available in uClibc/musl) - Uses locale functionality (may not be available in uClibc) Now, patches could be written to make these things optional, but systemd is historically not known to be receptive of such kind of patches (and NM wants to be able to sync with systemd with minimal effort, so is not interested in diverging from upstream), and NM is big / has lots of dependencies so just mark it (e)glibc-only like systemd. Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-05-02 10:04:44 +02:00
depends on BR2_TOOLCHAIN_USES_GLIBC # CLOCK_BOOTTIME, IPTOS_CLASS_*
package/network-manager: NM needs isc-dhcpc or dhcpcd NM only currently supports isc-dhcpc and dhcpcd as clients because NM communicates with the client through DBus, and support for clients needs to be written in. (as per files in src/dhcp-manager) Buildroot's default, udhcpc is not supported. Add the dependencies to Config.in, favoring dhcpcd as default due to size. [Peter: drop references to dhclient, isc-dhcpc is dhclient] Signed-off-by: Nathaniel Roach <nroach44@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-11-26 11:50:55 +01:00
select BR2_PACKAGE_DHCPCD if !BR2_PACKAGE_DHCP_CLIENT
udev: convert to virtual package This patch converts udev to a virtual package. For the moment, there is only one provider for the udev features: eudev. Packages meant to provide udev-like features must select the symbol BR2_PACKAGE_HAS_UDEV. Packages depending on BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_UDEV or BR2_PACKAGE_UDEV have been converted to use the new symbol. [Peter: move legacy symbols under 2014.05] Signed-off-by: Eric Le Bihan <eric.le.bihan.dev@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-07 14:21:33 +01:00
select BR2_PACKAGE_DBUS
Add package for Gnome NetworkManager Even though it's most commonly used on desktops, this piece of software also works well on embedded devices. The package file only resolved mandatory dependencies. Things like iptables and dnsmasq are only required if 'shared' connections are used, and have hence not been made hard prerequisites. There are probably too many i18n related files installed to the target. That might need some more tweaking. [Peter: fix Kconfig dependencies, add execinfo patch, fix libgcrypt-config path, uClibc build fix] Signed-off-by: Daniel Mack <zonque@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-12-02 13:13:09 +01:00
select BR2_PACKAGE_DBUS_GLIB
select BR2_PACKAGE_GNUTLS
network-manager: needs libgcrypt Since we moved to gnutls 3.x series which doesn't use libgcrypt we need to pull it in as a dependency to avoid build breakage. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-12-28 10:47:22 +01:00
select BR2_PACKAGE_LIBGCRYPT
Add package for Gnome NetworkManager Even though it's most commonly used on desktops, this piece of software also works well on embedded devices. The package file only resolved mandatory dependencies. Things like iptables and dnsmasq are only required if 'shared' connections are used, and have hence not been made hard prerequisites. There are probably too many i18n related files installed to the target. That might need some more tweaking. [Peter: fix Kconfig dependencies, add execinfo patch, fix libgcrypt-config path, uClibc build fix] Signed-off-by: Daniel Mack <zonque@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-12-02 13:13:09 +01:00
select BR2_PACKAGE_LIBNL
Use libgudev as regular dependency Since eudev 3.1.3 libgudev is not shipped with this package, so libgudev can be used as regular dependency regardless of udev implementation selected. Fixes following build error: http://autobuild.buildroot.net/results/320/320c052bda0f1b5afb1e5c83a7fb4dca6227c5a1// http://autobuild.buildroot.net/results/3b0/3b096f882030325b9290ad8860bd9cd373a11dc2// Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com> Tested-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Reviewed-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Tested-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-12-02 12:27:06 +01:00
select BR2_PACKAGE_LIBGUDEV
Add package for Gnome NetworkManager Even though it's most commonly used on desktops, this piece of software also works well on embedded devices. The package file only resolved mandatory dependencies. Things like iptables and dnsmasq are only required if 'shared' connections are used, and have hence not been made hard prerequisites. There are probably too many i18n related files installed to the target. That might need some more tweaking. [Peter: fix Kconfig dependencies, add execinfo patch, fix libgcrypt-config path, uClibc build fix] Signed-off-by: Daniel Mack <zonque@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-12-02 13:13:09 +01:00
select BR2_PACKAGE_UTIL_LINUX
select BR2_PACKAGE_UTIL_LINUX_LIBUUID
select BR2_PACKAGE_WIRELESS_TOOLS
select BR2_PACKAGE_WIRELESS_TOOLS_LIB
network-manager: bump to 0.9.9.95 The patch fixes compilation error and is already upstreamed. Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-06-13 10:31:29 +02:00
select BR2_PACKAGE_READLINE
select BR2_PACKAGE_LIBNDP
Add package for Gnome NetworkManager Even though it's most commonly used on desktops, this piece of software also works well on embedded devices. The package file only resolved mandatory dependencies. Things like iptables and dnsmasq are only required if 'shared' connections are used, and have hence not been made hard prerequisites. There are probably too many i18n related files installed to the target. That might need some more tweaking. [Peter: fix Kconfig dependencies, add execinfo patch, fix libgcrypt-config path, uClibc build fix] Signed-off-by: Daniel Mack <zonque@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-12-02 13:13:09 +01:00
help
package/*/Config.in: fix help text check-package warnings 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 <thomas.petazzoni@free-electrons.com>
2017-12-18 09:21:05 +01:00
NetworkManager is a set of co-operative tools that make
networking simple and straightforward. Whether WiFi, wired,
3G, or Bluetooth, NetworkManager allows you to quickly move
from one network to another: once a network has been
configured and joined once, it can be detected and re-joined
automatically the next time it's available.
Add package for Gnome NetworkManager Even though it's most commonly used on desktops, this piece of software also works well on embedded devices. The package file only resolved mandatory dependencies. Things like iptables and dnsmasq are only required if 'shared' connections are used, and have hence not been made hard prerequisites. There are probably too many i18n related files installed to the target. That might need some more tweaking. [Peter: fix Kconfig dependencies, add execinfo patch, fix libgcrypt-config path, uClibc build fix] Signed-off-by: Daniel Mack <zonque@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-12-02 13:13:09 +01:00
http://projects.gnome.org/NetworkManager/
network-manager: add support for pppd Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-03-14 11:26:33 +01:00
if BR2_PACKAGE_NETWORK_MANAGER
network-manager: add terminal based UI support NM provides a newt based UI. One can create, modify and delete NM connections via this interface. Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-06-13 10:31:30 +02:00
config BR2_PACKAGE_NETWORK_MANAGER_TUI
bool "nmtui support"
select BR2_PACKAGE_NEWT
help
This option enables terminal based UI
network-manager: add support for ModemManager Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-03-14 11:26:34 +01:00
config BR2_PACKAGE_NETWORK_MANAGER_MODEM_MANAGER
bool "modem-manager support"
select BR2_PACKAGE_MODEM_MANAGER
select BR2_PACKAGE_MODEM_MANAGER_LIBMBIM
select BR2_PACKAGE_MODEM_MANAGER_LIBQMI
help
This option enables support for ModemManager
network-manager: add support for pppd Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-03-14 11:26:33 +01:00
config BR2_PACKAGE_NETWORK_MANAGER_PPPD
bool "pppd support"
package/pppd: disable for musl toolchains For the same reason as for ipsec-tools [1], disable pppd for musl toolchains. It also include <sys/cdefs.h> which is not provided by musl [2]. This fixes a compilation error with musl libc because of undeclared __P and missing sys/cdefs.h include. Propagate the dependency to network-manager and rp-pppoe packages. [1] 33499484e457018203023cdfdd5286478f2ae381 [2] http://wiki.musl-libc.org/wiki/FAQ#Q:_I.27m_trying_to_compile_something_against_musl_and_I_get_error_messages_about_sys.2Fcdefs.h Signed-off-by: Romain Naour <romain.naour@gmail.com> [Thomas: add Config.in comment in network-manager.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-07-16 18:08:18 +02:00
depends on !BR2_TOOLCHAIN_USES_MUSL # pppd
network-manager: add support for pppd Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-03-14 11:26:33 +01:00
select BR2_PACKAGE_PPPD
help
This option enables support for PPPD daemon
package/pppd: disable for musl toolchains For the same reason as for ipsec-tools [1], disable pppd for musl toolchains. It also include <sys/cdefs.h> which is not provided by musl [2]. This fixes a compilation error with musl libc because of undeclared __P and missing sys/cdefs.h include. Propagate the dependency to network-manager and rp-pppoe packages. [1] 33499484e457018203023cdfdd5286478f2ae381 [2] http://wiki.musl-libc.org/wiki/FAQ#Q:_I.27m_trying_to_compile_something_against_musl_and_I_get_error_messages_about_sys.2Fcdefs.h Signed-off-by: Romain Naour <romain.naour@gmail.com> [Thomas: add Config.in comment in network-manager.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-07-16 18:08:18 +02:00
comment "pppd support needs a glibc or uClibc toolchain"
depends on BR2_TOOLCHAIN_USES_MUSL
network-manager: Add option for OpenVSwitch support Signed-off-by: Petr Vorel <petr.vorel@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2018-02-02 00:45:16 +01:00
config BR2_PACKAGE_NETWORK_MANAGER_OVS
bool "OpenVSwitch support"
select BR2_PACKAGE_JANSSON
help
This option enables support for OpenVSwitch
network-manager: add support for pppd Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-03-14 11:26:33 +01:00
endif
network-manager: sync kernel headers comment with actual dependency In commit 52282828f06dc8aa3f721727f68a5096b9ed8b49 ("package/network-manager: add patches to build with kernel headers 3.2"), network-manager was changed to build with kernel headers as old as 3.2, instead of 3.7 before. The dependency was changed accordingly, but the Config.in comment was not. This commit fixes this inconsistency. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-07-01 00:19:15 +02:00
comment "NetworkManager needs udev /dev management and a glibc toolchain w/ headers >= 3.2, dynamic library"
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
network-manager: remove redundant dependencies Now network-manager depends on glibc, there is no need anymore for the wchar and threads dependencies (implied by glibc). So remove them. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-05-02 10:38:38 +02:00
depends on !BR2_PACKAGE_HAS_UDEV || \
network-manager: sync kernel headers comment with actual dependency In commit 52282828f06dc8aa3f721727f68a5096b9ed8b49 ("package/network-manager: add patches to build with kernel headers 3.2"), network-manager was changed to build with kernel headers as old as 3.2, instead of 3.7 before. The dependency was changed accordingly, but the Config.in comment was not. This commit fixes this inconsistency. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-07-01 00:19:15 +02:00
!BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_2 || \
package/gnutls: disable for static build 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 <bernd.kuhls@t-online.de> [Romain: merge our two patches together add some option comment disable static libgnutls.a add sngrep autobuilder reference] Signed-off-by: Romain Naour <romain.naour@gmail.com> Tested-by: Bernd Kuhls <bernd.kuhls@t-online.de> [Thomas: do not disable libgnutls.a] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-05-25 18:34:43 +02:00
!BR2_TOOLCHAIN_USES_GLIBC || BR2_STATIC_LIBS
Reference in New Issue Copy Permalink