>>> Unpacking source... >>> Unpacking gnome-bluetooth-0.6.0.tar.bz2 to /var/tmp/portage/gnome-bluetooth-0.6.0/work * Applying gnome-bluetooth-0.5.1-obex_xfer_rate.patch ... [ ok ] data/Makefile.am:14: GCONF_SCHEMAS_INSTALL does not appear in AM_CONDITIONAL
This seems to be because it is packaged with aclocal-1.4 and automake-1.4. Switching the ebuild to use aclocal-1.5 || die automake-1.5 -a || die autoconf || die makes it work fine.
*** Bug 113834 has been marked as a duplicate of this bug. ***
*** Bug 113851 has been marked as a duplicate of this bug. ***
@Ed: You're right. In my ebuild, I did the following: export WANT_AUTOMAKE="1.5" libtoolize --force --copy || die aclocal || die automake -a || die autoconf || die (with the variable, as it is done in openldap)
It would be nice, if a -r1 could be released, which incorporates the fix mentioned in comment #4.
*** Bug 115661 has been marked as a duplicate of this bug. ***
Created attachment 75409 [details, diff] Patch against 0.6.0.ebuild, making it use automake 1.5 Please apply this patch and release a -r1!
I can confirm that the attached patch resolves the problem.
This does not work for me... You should update your `aclocal.m4' by running aclocal. automake-1.5: configure.in: required file `./py-compile' not found automake-1.5: configure.in: required file `./depcomp' not found
(In reply to comment #9) > This does not work for me... > > You should update your `aclocal.m4' by running aclocal. > automake-1.5: configure.in: required file `./py-compile' not found > automake-1.5: configure.in: required file `./depcomp' not found > Sorry, did work, my fault.
(In reply to comment #9) > This does not work for me... > > You should update your `aclocal.m4' by running aclocal. > automake-1.5: configure.in: required file `./py-compile' not found > automake-1.5: configure.in: required file `./depcomp' not found For the folks who got this far, add the -a flag to automake to copy in the "missing" files. Can we see a -r1 of this ebuild?
Sorry, i am still new to portage. How to apply the patch without getting an digest verification error? When will the -r1 be released?
Me too! It only works by using the patch from #7. :)
i came across this when applying Octavio's patch for bug 108880, should be fixed now