Summary: | =net-dns/avahi-0.6.30-r2 with sys-devel/automake-1.11.2 - service-type-database/Makefile.am:21: `pkglibdir' is not a legitimate directory for `DATA' | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Lancelot SIX <lancelot> |
Component: | Current packages | Assignee: | Sven Wegener <swegener> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | adam, adrian, azzoschorr, cornicx, cyprien, dabbott, ed, eXt, flameeyes, gentoo-bugs, gentoo, ian, Jens.Rutschmann, marduk, nikulinpi, non7top, remi, tetromino |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
automake.out
Patch from http://patches.openembedded.org/patch/18137/ |
Description
Lancelot SIX
2012-01-03 08:57:35 UTC
@Lancelot: There's no need to CC yourself when you're the reporter of a bug. You will receive mails on changes to this bug anyway. I also have this problem with =net-dns/avahi-0.6-30-r1 Downgrading automake to =sys-devel/automake-1.11.1-r1 allows avahi to build successfully. There seem to be several similar bugs reported relating to automake-1.11.2 involving pkglibdir or pkglibexecdir. *** Bug 397629 has been marked as a duplicate of this bug. *** i've Found this working patch (via google): [PATCH v2 07/15] avahi: fix configure with automake 1.11.2 From: Nitin A Kamble <nitin.a.kamble@...> automake version 1.11.2 has made use of dir variables more strict. use of pkglibdir with DATA var results in automake errors. This commits uses pkgdatadir var instead of pkglibdir to avoid the strict check errors. Fixes this error: service-type-database/Makefile.am:21: `pkglibdir' is not a legitimate directory for `DATA' autoreconf: automake failed with exit status: 1 ERROR: autoreconf execution failed. Signed-off-by: Nitin A Kamble <nitin.a.kamble@...> --- meta/recipes-connectivity/avahi/avahi.inc | 5 +- .../avahi/files/fix_for_automake_1.11.2.patch | 44 ++++++++++++++++++++ 2 files changed, 47 insertions(+), 2 deletions(-) create mode 100644 meta/recipes-connectivity/avahi/files/fix_for_automake_1.11.2.patch diff --git a/meta/recipes-connectivity/avahi/avahi.inc b/meta/recipes-connectivity/avahi/avahi.inc index deebbd6..3cee1a4 100644 --- a/meta/recipes-connectivity/avahi/avahi.inc +++ b/meta/recipes-connectivity/avahi/avahi.inc @@ -14,14 +14,15 @@ SECTION = "network" # python scripts are under GPLv2+ LICENSE = "GPLv2+ & LGPLv2.1+" -INC_PR = "r10" +INC_PR = "r11" DEPENDS = "expat libcap libdaemon dbus glib-2.0" SRC_URI = "http://avahi.org/download/avahi-${PV}.tar.gz \ file://00avahi-autoipd \ file://99avahi-autoipd \ - file://initscript.patch" + file://initscript.patch \ + file://fix_for_automake_1.11.2.patch" USERADD_PACKAGES = "avahi-daemon" USERADD_PARAM_avahi-daemon = "--system --home /var/run/avahi-daemon \ diff --git a/meta/recipes-connectivity/avahi/files/fix_for_automake_1.11.2.patch b/meta/recipes-connectivity/avahi/files/fix_for_automake_1.11.2.patch new file mode 100644 index 0000000..e7a1908 --- /dev/null +++ b/meta/recipes-connectivity/avahi/files/fix_for_automake_1.11.2.patch @@ -0,0 +1,44 @@ +Upstream-Status: Pending + +automake version 1.11.2 has made use of dir variables more strict. +the use of pkglibdir with DATA var results in automake errors. + This commits uses pkgdatadir var instead of pkglibdir to avoid +the strict check errors. + +Fixes this error: +service-type-database/Makefile.am:21: `pkglibdir' is not a legitimate directory for `DATA' +autoreconf: automake failed with exit status: 1 +ERROR: autoreconf execution failed. + +Signed-Off-By: Nitin A Kamble <nitin.a.kamble@...> +2011/12/28 + + +Index: avahi-0.6.30/service-type-database/Makefile.am +=================================================================== +--- avahi-0.6.30.orig/service-type-database/Makefile.am ++++ avahi-0.6.30/service-type-database/Makefile.am +@@ -18,13 +18,12 @@ + EXTRA_DIST=build-db.in service-types + + pkgdata_DATA=service-types +-pkglib_DATA= + + if HAVE_PYTHON + if HAVE_GDBM + + noinst_SCRIPTS=build-db +-pkglib_DATA+=service-types.db ++pkgdata_DATA+=service-types.db + + build-db: build-db.in + $(AM_V_GEN)sed -e 's,@PYTHON\@,$(PYTHON),g' \ +@@ -41,7 +40,7 @@ endif + if HAVE_DBM + + noinst_SCRIPTS=build-db +-pkglib_DATA+=service-types.db.pag service-types.db.dir ++pkgdata_DATA+=service-types.db.pag service-types.db.dir + + build-db: build-db.in + $(AM_V_GEN)sed -e 's,@PYTHON\@,$(PYTHON),g' \ -- Created attachment 298097 [details, diff] Patch from http://patches.openembedded.org/patch/18137/ Add the following to ebuild: src_prepare() { ... # Fix automake epatch "${FILESDIR}/${PN}-0.6.30-fix-automake.patch" ... } attached patch works for me. thanks attached patch and ebuild modification works for me as well. We need to get this into the portage tree ASAP. Thanks for supplying it! *** Bug 398209 has been marked as a duplicate of this bug. *** That patch doesn't work for me. ----------------------------------------------------- /usr/bin/install -c ServiceTypeDatabase.py '/var/tmp/portage/net-dns/avahi-0.6.30-r2/image//usr/lib/python2.6/site-packages/avahi' /usr/bin/install -c -m 644 __init__.py '/var/tmp/portage/net-dns/avahi-0.6.30-r2/image//usr/lib/python2.6/site-packages/avahi' /bin/true: /bin/true: cannot execute binary file make[3]: *** [install-avahiPYTHON] Error 126 make[3]: Leaving directory `/var/tmp/portage/net-dns/avahi-0.6.30-r2/work/avahi-0.6.30/avahi-python/avahi' make[2]: *** [install-am] Error 2 make[2]: Leaving directory `/var/tmp/portage/net-dns/avahi-0.6.30-r2/work/avahi-0.6.30/avahi-python/avahi' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/net-dns/avahi-0.6.30-r2/work/avahi-0.6.30/avahi-python' make: *** [install-recursive] Error 1 emake failed * ERROR: net-dns/avahi-0.6.30-r2 failed (install phase): * make install failed * * Call stack: * ebuild.sh, line 85: Called src_install * environment, line 5784: Called die * The specific snippet of code: * emake install py_compile=true DESTDIR="${D}" || die "make install failed"; * It looks to me like this is only partially right because it does not update where the code goes to look for the files. > It looks to me like this is only partially right because it does not update
> where the code goes to look for the files.
Indeed. I hope I got it right with avahi-0.6.30-r3.
Closing.
*** Bug 435978 has been marked as a duplicate of this bug. *** |