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

30 lines
730 B
Plaintext
Raw Normal View History

fastd: add new package This is a new package for the fastd "Fast and Secure Tunneling Daemon" which was developed for the Freifunk Gluon project in the first place. It includes a patch to allow cross compiling with toolchains without LTO support which fails with the unpatched version due to some ugly cmake hacks in fastd v17, details in the patch. [Thomas: - Get rid of trailing spaces in Config.in - Remove the BR2_PACKAGE_FASTD_OPENSSL, and simply rely on BR2_PACKAGE_OPENSSL - Remove -DWITH_CAPABILITIES=TRUE, since libcap support is anyway mandatory. - Use ON/OFF instead of TRUE/FALSE.] Signed-off-by: Alexander Dahl <post@lespocky.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-29 08:13:02 +01:00
config BR2_PACKAGE_FASTD
bool "fastd"
fastd: needs mmu Fixes: http://autobuild.buildroot.net/results/87b/87bf97966cb802fc307ec9710725a3947ec33c39/ Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-11-13 15:54:34 +01:00
depends on BR2_USE_MMU # fork()
fastd: add new package This is a new package for the fastd "Fast and Secure Tunneling Daemon" which was developed for the Freifunk Gluon project in the first place. It includes a patch to allow cross compiling with toolchains without LTO support which fails with the unpatched version due to some ugly cmake hacks in fastd v17, details in the patch. [Thomas: - Get rid of trailing spaces in Config.in - Remove the BR2_PACKAGE_FASTD_OPENSSL, and simply rely on BR2_PACKAGE_OPENSSL - Remove -DWITH_CAPABILITIES=TRUE, since libcap support is anyway mandatory. - Use ON/OFF instead of TRUE/FALSE.] Signed-off-by: Alexander Dahl <post@lespocky.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-29 08:13:02 +01:00
depends on BR2_TOOLCHAIN_HAS_THREADS
libuecc: not available in static builds Fixes: http://autobuild.buildroot.net/results/c0d/c0d91fc0fa28fda0ffd1c9a236bde5435222bcc0/ Unconditionally builds a shared library. Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-11-19 11:17:48 +01:00
depends on !BR2_STATIC_LIBS # libuecc
fastd: add new package This is a new package for the fastd "Fast and Secure Tunneling Daemon" which was developed for the Freifunk Gluon project in the first place. It includes a patch to allow cross compiling with toolchains without LTO support which fails with the unpatched version due to some ugly cmake hacks in fastd v17, details in the patch. [Thomas: - Get rid of trailing spaces in Config.in - Remove the BR2_PACKAGE_FASTD_OPENSSL, and simply rely on BR2_PACKAGE_OPENSSL - Remove -DWITH_CAPABILITIES=TRUE, since libcap support is anyway mandatory. - Use ON/OFF instead of TRUE/FALSE.] Signed-off-by: Alexander Dahl <post@lespocky.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-29 08:13:02 +01:00
select BR2_PACKAGE_LIBUECC
select BR2_PACKAGE_LIBSODIUM
select BR2_PACKAGE_LIBCAP
help
Fast and Secure Tunneling Daemon
https://projects.universe-factory.net/projects/fastd/wiki
if BR2_PACKAGE_FASTD
config BR2_PACKAGE_FASTD_STATUS_SOCKET
bool "status socket support"
default y
json-c: needs __sync_val_compare_and_swap_4 While json-c itself builds fine on platforms that don't provide the __sync atomic built-ins, it does use them. json-c doesn't fail to build because only a library is built, so such function calls are left unresolved. But as soon as it gets used in another package linked in a program, linking will fail due to the missing __sync_val_compare_and_swap_4() function. To fix this, we make json-c depend on BR2_TOOLCHAIN_HAS_SYNC_4, and propagate to the reverse dependencies: - json-c - fastd - pulseaudio - efl - espeak - gst-plugins-good - gst1-plugins-good - mpd - rsyslog - ubus Note that pulseaudio already had a BR2_ARCH_HAS_ATOMICS dependency, which we are keeping for the moment, and will clean-up in a subsequent commit. This commit will also fix packages that could optionally use json-c, and therefore fixes build failures like: http://autobuild.buildroot.org/results/4fe/4feaa9089ee9a183c5086b791bea35c0156945af/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2016-02-02 16:31:22 +01:00
depends on BR2_TOOLCHAIN_HAS_SYNC_4 # json-c
package/f*/Config.in: fix ordering of statements The check-package script when ran gives warnings on ordering issues on all of these Config files. This patch cleans up all warnings related to the ordering in the Config files for packages starting with the letter f in the package directory. The appropriate ordering is: type, default, depends on, select, help See http://nightly.buildroot.org/#_config_files for more information. Signed-off-by: Adam Duskett <Adamduskett@outlook.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-22 19:17:53 +02:00
select BR2_PACKAGE_JSON_C
fastd: add new package This is a new package for the fastd "Fast and Secure Tunneling Daemon" which was developed for the Freifunk Gluon project in the first place. It includes a patch to allow cross compiling with toolchains without LTO support which fails with the unpatched version due to some ugly cmake hacks in fastd v17, details in the patch. [Thomas: - Get rid of trailing spaces in Config.in - Remove the BR2_PACKAGE_FASTD_OPENSSL, and simply rely on BR2_PACKAGE_OPENSSL - Remove -DWITH_CAPABILITIES=TRUE, since libcap support is anyway mandatory. - Use ON/OFF instead of TRUE/FALSE.] Signed-off-by: Alexander Dahl <post@lespocky.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-10-29 08:13:02 +01:00
help
Enable support for a socket to get fastd's status.
endif
libcap, cdrkit, dvdrw-tools, fastd, squid: remove headers >= 3.0 dependency Now that the libcap package has a patch that makes it build with kernel headers < 3.0 (which was needed for the host variant of libcap), there is no longer a need to have a dependency on headers >= 3.0 for the target variant of libcap. All reverse dependencies of libcap are handled in this commit, except lxc, which will be handled in a separate commit since it needs some special solution. The build of all those packages has been tested with a toolchain that uses kernel headers 2.6.32, which is the oldest that our default glibc version accepts to use. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-03-16 21:20:10 +01:00
comment "fastd needs a toolchain w/ threads, dynamic library"
fastd: needs mmu Fixes: http://autobuild.buildroot.net/results/87b/87bf97966cb802fc307ec9710725a3947ec33c39/ Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-11-13 15:54:34 +01:00
depends on BR2_USE_MMU
package/fastd: propagate libcap dependency libcap neds headers >= 3.0, so propagate that down to fastd which selects libcap. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Alexander Dahl <post@lespocky.de> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-11-14 23:21:46 +01:00
depends on !BR2_TOOLCHAIN_HAS_THREADS \
libuecc: not available in static builds Fixes: http://autobuild.buildroot.net/results/c0d/c0d91fc0fa28fda0ffd1c9a236bde5435222bcc0/ Unconditionally builds a shared library. Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-11-19 11:17:48 +01:00
|| BR2_STATIC_LIBS
Reference in New Issue Copy Permalink