Thanks to the pkgparentdir and pkgname functions, we can rewrite the
AUTOTARGETS macro in a way that avoids the need for each package to
repeat its name and the directory in which it is present.
[Peter: pkgdir->pkgparentdir]
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
Ensure that the avahi dbus service gets installed if dbus support is
enabled, otherwise avahi access through dbus fails (as clients try
to start the daemon and dbus doesn't know how to do this).
Fixed upstream in 0.6.28 (http://avahi.org/ticket/319) but this
workaround is simpler/safer for now.
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
Now that we have libtool-2.2.x patch support, we can get rid of a bunch
of _LIBTOOL_PATH = NO, fixing (potential) cross link issues.
Notice: php not changed, as it uses a very old 1.5 version for the
embedded sqlite, where our buildroot-libtool-v1.5.patch doesn't apply.
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
A number of packages depended on the libpython make target for python
support, which no longer exist.
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
Without intltool, configuration fails with:
checking for intltool >= 0.35.0... ./configure: line 28714: intltool-update: command not found
found
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Those are already in TARGET_CONFIGURE_ARGS. Also get rid of unused
BR2_AC_CV_FUNC_MALLOC_0_NONNULL variable.
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
The avahi udhcpc script used to start up avahi-autoipd at defconfig
(init) time, and then kill it if a dhcp lease was acquired, leading
to extra network traffic.
Change it to only start avahi-autoipd on timeout and dhcp nak.
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
Not particular useful until we add dbus-python (which depends on a fixed up
dbus-glib, which in turn depends on us starting to compile glib/dbus/dbus-glib
for the host as well) - But that's for another day.
The avahi-autoipd target install step adds /var/lib/avahi-autoipd as a
symlink to /tmp/avahi-autoipd, which is fine, except if your /var/lib is
already a symlink to /tmp (E.G. like the default target_skeleton is).
If that's the case, then you end up adding a /tmp/avahi-autoipd symlink
pointing to itself, causing subsequent builds to fail
(Too many levels of symbolic links in the ln -sf call). Fix it by simply
first removing the symlink if it's there.
Avahi uses autoconf during ./configure, make sure it is available and used
before building avahi.
Signed-off-by: Hans-Christian Egtvedt <hans-christian.egtvedt@atmel.com>
This patch puts gettext and libintl before the avahi targets, thus making sure
they exist before avahi targets are built.
Signed-off-by: Hans-Christian Egtvedt <hans-christian.egtvedt@atmel.com>
Depend on dbus-daemon in staging_dir instead of in target_dir as
fakeroot updates the timestamp on the target_dir version every time,
so the avahi makefile thinks it always needs to recompile avahi.
