packages/net/fwknop/Makefile, branch master

fwknop: update to 2.6.11

2024-02-24T20:12:34Z

Signed-off-by: Oldřich Jedlička

fwknop: Remove unnecessary get_bool() function.

2021-04-24T08:15:58Z

The get_bool() functionality was already merged to lib/functions.sh, so it is redundant in the init script. Remove it. Signed-off-by: Oldřich Jedlička

fwknop: fix build with gpg support enabled

2020-12-14T04:38:45Z

Along with the accompanying change to gpgme to install gpgme-config, since libfko is what is actually linked to gpgme, and not fwknop/fwknopd, an explicit dependency must be added to that package. menuconfig now allows enabling gpg support if only fwknop is selected without also selecting fwknopd. Signed-off-by: Matt Merhar

fwknop: Use sensible defaults.

2020-10-15T18:11:30Z

* Change KEY/HMAC_KEY to __CHANGEME__, which is rejected by fwknopd during start-up. The value CHANGEME is used only by LuCI package luci-app-fwknopd - pull request for generating keys directly from LuCI has been created already. * Add sensible defaults for ENABLE_IPT_FORWARDING and ENABLE_NAT_DNS, which both are/were set by luci-app-fwknopd. Move the defaults here. Signed-off-by: Oldřich Jedlička

fwknop: fix compilation with GCC10

2020-07-05T00:48:11Z

Added PKG_LICENSE_FILES. Added PKG_BUILD_PARALLEL for faster compilation. Simplified configure arguments. Small cleanups for consistency between packages. Signed-off-by: Rosen Penev

treewide: add PKG_CPE_ID for better cvescanner coverage

2019-09-17T10:40:26Z

Signed-off-by: Jan Pavlinec

treewide: Change .GPL.+ licenses to SPDX compatible identifier

2019-09-10T05:45:15Z

The CONTRIBUTING.md requests an (or multiple) SPDX identifier for GPL licenses. But a lot of packages did use a different, non-SPDX style with a "+" at the end instead of "-or-later". Signed-off-by: Sven Eckelmann

fwknop: ensure default ifname matches default network

2019-01-06T02:58:27Z

Signed-off-by: Terry Stockert

Fwknop: Update to 2.6.10

2018-09-09T21:52:38Z

Signed-off-by: Jonathan Bennett

fwknopd: More reliable network dependency

2018-04-11T05:53:52Z

Two issues: 1. The fwknopd init script did not handle unprepared logical networks. This is fixed by A) not defining instance for procd when the physical interface is unknown, and B) by watching the logical network for changes. 2. When using PPPoE, there are two physical interfaces -- one for raw PPPoE communication and one for wrapped communication. The function network_get_physdev returns the physical device, while the function network_get_device returns the wrapped one -- we shall use the wrapped interface. Usually (for non-wrapped interfaces) the physdev and device are the same, also other network scripts use the latter function. Both issues found by and thanks are going to @lucize. Signed-off-by: Oldřich Jedlička