kumquat-buildroot/package/avahi/Config.in

63 lines
1.8 KiB
Plaintext
Raw Normal View History

config BR2_PACKAGE_AVAHI
bool "avahi"
# libdaemon uses fork()
depends on BR2_USE_MMU
depends on BR2_TOOLCHAIN_HAS_THREADS
depends on !BR2_STATIC_LIBS
help
2007-05-09 15:38:37 +02:00
Avahi is a system which facilitates service
discovery on a local network.
http://www.avahi.org/
2007-05-09 15:38:37 +02:00
if BR2_PACKAGE_AVAHI
2007-05-09 15:38:37 +02:00
config BR2_PACKAGE_AVAHI_AUTOIPD
bool "IPv4LL network address configuration daemon"
2007-05-09 15:38:37 +02:00
default y
select BR2_PACKAGE_LIBDAEMON
2007-05-09 15:38:37 +02:00
help
Avahi-autoipd implements IPv4LL, "Dynamic Configuration of
IPv4 Link-Local Addresses" (IETF RFC3927), a protocol for
automatic IP address configuration from the link-local
169.254.0.0/16 range without the need for a central server.
It is primarily intended to be used in ad-hoc networks which
lack a DHCP server.
config BR2_PACKAGE_AVAHI_DAEMON
bool "mDNS/DNS-SD daemon"
select BR2_PACKAGE_LIBDAEMON
2008-08-04 21:08:15 +02:00
select BR2_PACKAGE_EXPAT
2007-05-09 15:38:37 +02:00
help
The Avahi mDNS/DNS-SD daemon implementing Apple's ZeroConf
architecture (also known as "Rendezvous" or "Bonjour").
The daemon registers local IP addresses and services using
mDNS/DNS-SD.
# This hidden option allows packages that need the libavahi-client to
# more easily determine if it's available or not.
config BR2_PACKAGE_AVAHI_LIBAVAHI_CLIENT
bool
default y if BR2_PACKAGE_AVAHI_DAEMON && BR2_PACKAGE_DBUS
config BR2_PACKAGE_AVAHI_LIBDNSSD_COMPATIBILITY
bool "libdns_sd compatibility (Bonjour)"
depends on BR2_PACKAGE_AVAHI_DAEMON
select BR2_PACKAGE_DBUS
help
Enable the libdns_sd (Bonjour) compatibility library support
for legacy applications.
config BR2_PACKAGE_AVAHI_DEFAULT_SERVICES
bool "install default service definitions"
depends on BR2_PACKAGE_AVAHI_DAEMON
help
Install the SSH/SFTP service definitions included with the
Avahi daemon by default.
endif
comment "avahi needs a toolchain w/ threads"
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
depends on !BR2_TOOLCHAIN_HAS_THREADS