package/netkitbase/Config.in

config BR2_PACKAGE_NETKITBASE
	bool "netkitbase"
	depends on BR2_TOOLCHAIN_HAS_NATIVE_RPC
	depends on BR2_USE_MMU # fork()
	depends on BR2_DEPRECATED
	help
	  Old-style inetd.

	  ftp://ftp.uk.linux.org/pub/linux/Networking/netkit/

comment "netkitbase needs a toolchain w/ RPC"
	depends on BR2_USE_MMU && BR2_DEPRECATED
	depends on !BR2_TOOLCHAIN_HAS_NATIVE_RPC
final step in buildroot facelift 2004-10-09 06:13:40 +00:00			`config BR2_PACKAGE_NETKITBASE`
more help updates from Tom Cameron 2004-12-26 07:36:59 +00:00			`bool "netkitbase"`
Rename BR2_INET_RPC to BR2_TOOLCHAIN_HAS_NATIVE_RPC The BR2_INET_RPC has for a long time been a not very descriptive configuration option name, and with the advent of non-RPC glibc toolchains and the apparition of libtirpc, we really need to rename it to something more sensible, BR2_TOOLCHAIN_HAS_NATIVE_RPC. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk> 2012-11-03 18:47:49 +01:00			`depends on BR2_TOOLCHAIN_HAS_NATIVE_RPC`
netkitbase: needs mmu Fix below build error: /opt/test/buildroot/buildroot/output/host/usr/bin/arm-buildroot-uclinux-uclibcgnueabi-gcc inetd.o servtab.o builtins.o sig.o daemon.o setproctitle.o mysleep.o -o inetd servtab.o: In function `loadconfigfile.clone.0': servtab.c:(.text+0x98c): warning: gethostbyname is obsolescent, use getnameinfo() instead. inetd.o: In function `main': inetd.c:(.text+0x8a4): undefined reference to `fork' inetd.c:(.text+0x974): undefined reference to `fork' daemon.o: In function `daemon': daemon.c:(.text+0xc): undefined reference to `fork' collect2: ld returned 1 exit status make[2]: *** [inetd] Error 1 Signed-off-by: Axel Lin <axel.lin@ingics.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com> 2013-10-02 13:51:55 +08:00			`depends on BR2_USE_MMU # fork()`
netkitbase: mark as deprecated It is no longer being developed, the FTP is dead, and Debian has removed it from the distribution. Also it allows to not worry about adding RPC support through libtirpc to this package. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk> 2012-11-03 18:48:02 +01:00			`depends on BR2_DEPRECATED`
final step in buildroot facelift 2004-10-09 06:13:40 +00:00			`help`
more help updates from Tom Cameron 2004-12-26 07:36:59 +00:00			`Old-style inetd.`
final step in buildroot facelift 2004-10-09 06:13:40 +00:00
more help updates from Tom Cameron 2004-12-26 07:36:59 +00:00			`ftp://ftp.uk.linux.org/pub/linux/Networking/netkit/`
package: convert some Config.in selects to depends Patch by Olaf Rempel <razzor@kopf-tisch.de>. quick grep showed theses invalid selects of toolchain options. 2009-03-05 14:17:55 +00:00
Config.in files: unify comments of toolchain option dependencies This patch lines up the comments in Config.in files that clarify which toolchain options the package depends on. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com> 2013-10-13 16:55:32 +02:00			`comment "netkitbase needs a toolchain w/ RPC"`
Config.in files: add missing dependencies to toolchain option comments When a package A depends on config option B and toolchain option C, then the comment that is given when C is not fulfilled should also depend on B. For example: config BR2_PACKAGE_A depends on BR2_B depends on BR2_LARGEFILE depends on BR2_WCHAR comment "A needs a toolchain w/ largefile, wchar" depends on !BR2_LARGEFILE \|\| !BR2_WCHAR This comment should actually be: comment "A needs a toolchain w/ largefile, wchar" depends on BR2_B depends on !BR2_LARGEFILE \|\| !BR2_WCHAR or if possible (typically when B is a package config option declared in that same Config.in file): if BR2_B comment "A needs a toolchain w/ largefile, wchar" depends on !BR2_LARGEFILE \|\| !BR2_WCHAR [other config options depending on B] endif Otherwise, the comment would be visible even though the other dependencies are not met. This patch adds such missing dependencies, and changes existing such dependencies from depends on BR2_BASE_DEP && !BR2_TOOLCHAIN_USES_GLIBC to depends on BR2_BASE_DEP depends on !BR2_TOOLCHAIN_USES_GLIBC so that (positive) base dependencies are separate from the (negative) toolchain dependencies. This strategy makes it easier to write such comments (because one can simply copy the base dependency from the actual package config option), but also avoids complex and long boolean expressions. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> (untested) Signed-off-by: Peter Korsgaard <peter@korsgaard.com> 2013-11-07 09:24:37 +01:00			`depends on BR2_USE_MMU && BR2_DEPRECATED`
			`depends on !BR2_TOOLCHAIN_HAS_NATIVE_RPC`