NetCube-Systems-Austria/kumquat-buildroot
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
76a8612904
kumquat-buildroot/package/nfs-utils/Config.in

38 lines
806 B
Plaintext
Raw Normal View History

packages: remove (non-)lfs dependencies and tweaks Now that largefile is mandatory removes package dependencies and conditionals. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-30 23:07:30 +02:00
comment "nfs-utils needs a toolchain w/ threads"
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
depends on BR2_USE_MMU
package/nfs-utils: fix unmet direct dependency Commit 182520a8af734c735c4dbdff29dc07af1d615a0a adds rpcbind as a dependency without properly caring for the thread dependency. rpcbind adds libtirpc as a dependendency which fails: fatal error: pthread.h: No such file or directory Since we probably don't care much about using nfs-utils in a non-threaded scenario, we simply disable nfs-utils for toolchains without thread support. Fixes: http://autobuild.buildroot.net/results/803/80321de8d4c6c0a00439b07289a5818962128b43/ Suggested-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-07-20 23:47:38 +02:00
depends on !BR2_TOOLCHAIN_HAS_THREADS
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
Add new NFS utilities package with working init script.
2007-01-14 02:46:04 +01:00
config BR2_PACKAGE_NFS_UTILS
bool "nfs-utils"
package/nfs-utils: fix unmet direct dependency Commit 182520a8af734c735c4dbdff29dc07af1d615a0a adds rpcbind as a dependency without properly caring for the thread dependency. rpcbind adds libtirpc as a dependendency which fails: fatal error: pthread.h: No such file or directory Since we probably don't care much about using nfs-utils in a non-threaded scenario, we simply disable nfs-utils for toolchains without thread support. Fixes: http://autobuild.buildroot.net/results/803/80321de8d4c6c0a00439b07289a5818962128b43/ Suggested-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-07-20 23:47:38 +02:00
depends on BR2_TOOLCHAIN_HAS_THREADS # libtirpc, rpcbind
nfs-utils: add support to use RPC support from libtirpc Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-11-04 08:34:13 +01:00
select BR2_PACKAGE_LIBTIRPC if !BR2_TOOLCHAIN_HAS_NATIVE_RPC
nfs-utils: Add rpcbind as a runtime dependency rpcbind is necessary for nfs_utils to works as a server Signed-off-by: Maxime Hadjinlian <maxime.hadjinlian@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-07-11 16:48:19 +02:00
select BR2_PACKAGE_RPCBIND # runtime
nfs-utils: needs mmu Fix below build error: mountd-mountd.o: In function `main': mountd.c:(.text+0x1264): undefined reference to `fork' mountd.c:(.text+0x1320): undefined reference to `fork' mountd-rmtab.o: In function `ha_callout': rmtab.c:(.text+0xa8): undefined reference to `fork' collect2: ld returned 1 exit status make[3]: *** [mountd] Error 1 Signed-off-by: Axel Lin <axel.lin@ingics.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-10-02 07:49:36 +02:00
depends on BR2_USE_MMU # fork()
Add new NFS utilities package with working init script.
2007-01-14 02:46:04 +01:00
help
The NFS Linux kernel server.
http://sourceforge.net/projects/nfs
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_NFS_UTILS
Hint at 'enable RPC' requirement for nfs-utils and portmap
2007-10-30 22:15:46 +01:00
Add new NFS utilities package with working init script.
2007-01-14 02:46:04 +01:00
menu "NFS utilities selection"
config BR2_PACKAGE_NFS_UTILS_RPCDEBUG
bool "rpcdebug"
help
The RPC debugging utility
config BR2_PACKAGE_NFS_UTILS_RPC_LOCKD
bool "rpc.lockd"
help
NFS lock manager for Linux kernels older than 2.4
config BR2_PACKAGE_NFS_UTILS_RPC_RQUOTAD
bool "rpc.rquotad"
help
NFS remote quota server
endmenu
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