buildroot/package/avahi, branch 2018.02.1

package/avahi: fix typo in avahi_tmpfiles.conf

2018-01-10T19:53:58+00:00

There is an obvious typo in avahi_tmpfiles.conf: avahi-autoipd is badly spelled. Fixes bug #10641. Reported-by: Michael Heinemann Signed-off-by: Thomas Petazzoni

package/avahi: configure option pygtk was renamed to pygobject

2017-12-03T22:06:32+00:00

See corresponding commit: https://github.com/lathiat/avahi/commit/142124dae6f043085aba59fca4657c56b2b23b65 Fixes http://autobuild.buildroot.net/results/1e9/1e974c814ae4236077a869339be1143a9af7e5cd/ http://autobuild.buildroot.net/results/010/0101b1205aec5a0c9c6509edf3d302aeaa3bd0ca/ http://autobuild.buildroot.net/results/572/5721634ffa2a4544a82dda08c1fcea331ecdadaf/ Signed-off-by: Bernd Kuhls Signed-off-by: Thomas Petazzoni

package/avahi: bump version to 0.7

2017-11-27T08:37:38+00:00

Added license hash, removed license text in avahi.mk added in 2006: https://git.buildroot.net/buildroot/commit/package/avahi?id=21e97d3e155f4d9604f729698cdfff3c40eefbe7 Signed-off-by: Bernd Kuhls Signed-off-by: Thomas Petazzoni

avahi: use new gettext logic

2017-07-04T23:27:20+00:00

This commit switches to use the new gettext logic, which involves: - using TARGET_NLS_DEPENDENCIES instead of hand-encoded dependencies on gettext/host-gettext - using TARGET_NLS_LIBS to force linking against libintl - dropping BR2_PACKAGE_GETTEXT selection Signed-off-by: Thomas Petazzoni Reviewed-by: Arnout Vandecappelle (Essensium/Mind)

boot, package: use SPDX short identifier for LGPLv2.1/LGPLv2.1+

2017-04-01T13:18:10+00:00

We want to use SPDX identifier for license string as much as possible. SPDX short identifier for LGPLv2.1/LGPLv2.1+ is LGPL-2.1/LGPL-2.1+. This change is done using following command. find . -name "*.mk" | xargs sed -ri '/LICENSE( )?[\+:]?=/s/LGPLv2.1(\+)?/LGPL-2.1\1/g' Signed-off-by: Rahul Bedarkar Signed-off-by: Thomas Petazzoni

Merge branch 'next'

2016-03-02T20:25:00+00:00

Signed-off-by: Peter Korsgaard

avahi: move libdns_sd compat hook definition inside conditional block

2016-03-02T20:20:27+00:00

As directed in the buildroot manual, "Optional hooks: keep hook definition and assignment together in one if block". And also to be consistent with the rest of avahi.mk. Signed-off-by: Danomi Manchego Signed-off-by: Thomas Petazzoni

package/avahi: add optional support for libcap

2016-02-25T22:02:05+00:00

When libcap was compiled before, avahi daemon will use it as optional dependency: $ output/host/usr/bin/x86_64-linux-readelf -a output/target/usr/sbin/avahi-daemon | grep NEEDED | sort 0x0000000000000001 (NEEDED) Shared library: [libavahi-common.so.3] 0x0000000000000001 (NEEDED) Shared library: [libavahi-core.so.7] 0x0000000000000001 (NEEDED) Shared library: [libcap.so.2] [...] The build system offers no option to en-/disable libcap support: http://git.0pointer.net/avahi.git/tree/configure.ac#n382 Signed-off-by: Bernd Kuhls [Thomas: make the test unconditionally, even if libcap is only used by avahi-daemon for the moment.] Signed-off-by: Thomas Petazzoni

package/avahi: bump to version 0.6.32

2016-02-19T22:52:59+00:00

Also: * switch download site to github as the previous download page is not maintained anymore * drop 0004-no-gtk-deprecations.patch as it is applied upstream Signed-off-by: Jörg Krause Signed-off-by: Thomas Petazzoni

package/avahi: break circular dependencies

2016-02-07T22:14:43+00:00

We currently have two circular dependency chains: avahi -> libglade -> libgtk2 -> cups -> avahi avahi -> libgtk3 -> cups -> avahi The cups -> avahi dependency makes sense, as cups would be able to use Bonjour and mDNS to find printers, so we want to keep that dependency. The libgtk2 -> cups and libgtk3 -> cups dependencies also make sense, to be able to offer cups in the print dialogs. However, the avahi -> libglade and avahi -> libgtk3 dependencies do not really make sense. As Thomas puts it: The avahi GUI programs seem really useless to me. On Debian/Ubuntu distributions, they are not even packaged within the main avahi packages, but as separate packages, probably indicating that they are not very commonly used. So, we drop the avahi -> libglade and avahi -> libgtk3 dependencies, to break the circular dependency chain. Signed-off-by: "Yann E. MORIN" Cc: Thomas Petazzoni [Thomas: add comment in the .mk file.] Signed-off-by: Thomas Petazzoni