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

35 lines
694 B
Plaintext
Raw Normal View History

dhcp: Bump to 4.1.1-P1 and convert to autotools dhcp 3.0.5 was causing build issues due to its build system not based on the autotools. Instead of work-arounding dhcp 3.0.5 issues, this commit bumps to 4.1.1 which uses the autotools as the build system. The package is therefore converted to the autotools infrastructure. The dhcp_xecute patch is no longer needed, this feature seems to have been merged into the upstream dhcp (according to the manpage). Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-07-16 11:18:07 +02:00
config BR2_PACKAGE_DHCP
dhcp: adjust initscripts and misc details Revamp initscripts see bug #3601 * Trim whitespace * Check for installed binary (dhcp-relay) * Check for installed config (dhcp-server) * Check for proper variable setup from the script (both) * Add "FAIL" message when startup fails (blind OK isn't accurate) * Add start/stop messages to dhcp-relay Switch bool to "dhcp (ISC)" to keep in line with package sorting. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-11-14 13:12:00 +01:00
bool "dhcp (ISC)"
dhcp: needs MMU Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-04-05 06:17:02 +02:00
# fork()
depends on BR2_USE_MMU
rename dhcp_relay to dhcp
2005-02-16 20:08:33 +01:00
help
DHCP relay agent from the ISC DHCP distribution.
http://www.isc.org/products/DHCP
Config.in files: use if/endif instead of 'depends on' for main symbol In the Config.in file of package foo, it often happens that there are other symbols besides BR2_PACKAGE_FOO. Typically, these symbols only make sense when foo itself is enabled. There are two ways to express this: with depends on BR2_PACKAGE_FOO in each extra symbol, or with if BR2_PACKAGE_FOO ... endif around the entire set of extra symbols. The if/endif approach avoids the repetition of 'depends on' statements on multiple symbols, so this is clearly preferred. But even when there is only one extra symbol, if/endif is a more logical choice: - it is future-proof for when extra symbols are added - it allows to have just one strategy instead of two (less confusion) This patch modifies the Config.in files accordingly. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2013-12-20 22:31:30 +01:00
if BR2_PACKAGE_DHCP
rename dhcp_relay to dhcp
2005-02-16 20:08:33 +01:00
config BR2_PACKAGE_DHCP_SERVER
bool "dhcp server"
help
DHCP server from the ISC DHCP distribution.
dhcp: add config option for delayed-ack feature of dhcp server This patch creates a config option for the ISC DHCP server to allow passing --enable-delayed-ack to its configure script. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-07-19 14:46:37 +02:00
config BR2_PACKAGE_DHCP_SERVER_DELAYED_ACK
bool "Enable delayed ACK feature"
depends on BR2_PACKAGE_DHCP_SERVER
help
Enable delayed ACK feature in the ISC DHCP server.
rename dhcp_relay to dhcp
2005-02-16 20:08:33 +01:00
config BR2_PACKAGE_DHCP_RELAY
bool "dhcp relay"
help
DHCP relay agent from the ISC DHCP distribution.
config BR2_PACKAGE_DHCP_CLIENT
bool "dhcp client"
help
DHCP client from the ISC DHCP distribution.
Config.in files: use if/endif instead of 'depends on' for main symbol In the Config.in file of package foo, it often happens that there are other symbols besides BR2_PACKAGE_FOO. Typically, these symbols only make sense when foo itself is enabled. There are two ways to express this: with depends on BR2_PACKAGE_FOO in each extra symbol, or with if BR2_PACKAGE_FOO ... endif around the entire set of extra symbols. The if/endif approach avoids the repetition of 'depends on' statements on multiple symbols, so this is clearly preferred. But even when there is only one extra symbol, if/endif is a more logical choice: - it is future-proof for when extra symbols are added - it allows to have just one strategy instead of two (less confusion) This patch modifies the Config.in files accordingly. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2013-12-20 22:31:30 +01:00
endif
Reference in New Issue Copy Permalink