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

34 lines
605 B
Plaintext
Raw Normal View History

ncftp package. Patch from #1355
2007-05-22 13:59:22 +02:00
config BR2_PACKAGE_NCFTP
bool "ncftp"
ncftp: needs MMU Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-04-05 06:17:05 +02:00
# fork()
depends on BR2_USE_MMU
ncftp package. Patch from #1355
2007-05-22 13:59:22 +02:00
help
NcFTP Client (also known as just NcFTP) is a set of FREE application
programs implementing the File Transfer Protocol (FTP).
http://www.ncftp.com/ncftp/
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_NCFTP
Improve config for nCFTP
2007-10-31 07:37:44 +01:00
config BR2_PACKAGE_NCFTP_GET
ncftp: remove the menu ... endmenu Also makes the prompts of the various sub-options more in line with what we do in the rest of Buildroot. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-07-04 23:00:17 +02:00
bool "ncftpget"
Improve config for nCFTP
2007-10-31 07:37:44 +01:00
default y
config BR2_PACKAGE_NCFTP_PUT
ncftp: remove the menu ... endmenu Also makes the prompts of the various sub-options more in line with what we do in the rest of Buildroot. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-07-04 23:00:17 +02:00
bool "ncftpput"
Improve config for nCFTP
2007-10-31 07:37:44 +01:00
default y
config BR2_PACKAGE_NCFTP_LS
ncftp: remove the menu ... endmenu Also makes the prompts of the various sub-options more in line with what we do in the rest of Buildroot. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-07-04 23:00:17 +02:00
bool "ncftpls"
Improve config for nCFTP
2007-10-31 07:37:44 +01:00
default y
config BR2_PACKAGE_NCFTP_BATCH
ncftp: remove the menu ... endmenu Also makes the prompts of the various sub-options more in line with what we do in the rest of Buildroot. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-07-04 23:00:17 +02:00
bool "ncftpbatch/ncftpspooler"
Improve config for nCFTP
2007-10-31 07:37:44 +01:00
default y
config BR2_PACKAGE_NCFTP_BOOKMARKS
ncftp: remove the menu ... endmenu Also makes the prompts of the various sub-options more in line with what we do in the rest of Buildroot. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-07-04 23:00:17 +02:00
bool "ncftpbookmarks"
ncftp: convert to Makefile.autotools.in - ncftpspooler is just a link to ncftpbatch - only ncftpbookmarks needs ncurses, also change from "depends" to "select" [ Peter: Small cleanups ]
2009-04-01 22:52:41 +02:00
select BR2_PACKAGE_NCURSES
Improve config for nCFTP
2007-10-31 07:37:44 +01:00
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