Created attachment 316023 [details] emerge --info * Package: sci-misc/boinc-6.12.42 * Repository: gentoo * Maintainer: sci@gentoo.org * USE: X amd64 consolekit elibc_glibc kernel_linux multilib policykit userland_GNU * FEATURES: preserve-libs sandbox splitdebug * Package: sci-misc/boinc-6.12.42 * Repository: gentoo * Maintainer: sci@gentoo.org * USE: X amd64 consolekit elibc_glibc kernel_linux multilib policykit userland_GNU * FEATURES: preserve-libs sandbox splitdebug >>> Unpacking source... >>> Unpacking boinc-6.12.42.tar.xz to /var/tmp/portage/sci-misc/boinc-6.12.42/work >>> Source unpacked in /var/tmp/portage/sci-misc/boinc-6.12.42/work >>> Preparing source in /var/tmp/portage/sci-misc/boinc-6.12.42/work/boinc-6.12.42 ... * Applying 6.12.26-fix_subdirs.patch ... [ ok ] * Running eautoreconf in '/var/tmp/portage/sci-misc/boinc-6.12.42/work/boinc-6.12.42' ... * Running libtoolize --install --copy --force --automake ... [ ok ] * Running aclocal -I m4 ... [ ok ] * Running autoconf ... [ ok ] * Running autoheader ... [ ok ] * Running automake --add-missing --copy --foreign ... [ !! ] * Failed Running automake ! * * Include in your bugreport the contents of: * * /var/tmp/portage/sci-misc/boinc-6.12.42/temp/automake.out * ERROR: sci-misc/boinc-6.12.42 failed (prepare phase): * Failed Running automake ! * * Call stack: * ebuild.sh, line 85: Called src_prepare * environment, line 3484: Called eautoreconf * environment, line 1130: Called eautomake * environment, line 1083: Called autotools_run_tool 'automake' '--add-missing' '--copy' '--foreign' * environment, line 767: Called die And the content of the automake log file: ***** automake ***** ***** PWD: /var/tmp/portage/sci-misc/boinc-6.12.42/work/boinc-6.12.42 ***** automake --add-missing --copy --foreign configure.ac:387: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2590: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2606: AC_COMPILE_IFELSE is expanded from... m4/boinc_check_fcgi.m4:1: BOINC_CHECK_FCGI is expanded from... configure.ac:387: the top level configure.ac:393: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2661: _AC_LINK_IFELSE is expanded from... ../../lib/autoconf/general.m4:2678: AC_LINK_IFELSE is expanded from... ../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from... ../../lib/autoconf/general.m4:2031: AC_CACHE_VAL is expanded from... ../../lib/autoconf/general.m4:2052: AC_CACHE_CHECK is expanded from... m4/libcurl.m4:37: LIBCURL_CHECK_CONFIG is expanded from... configure.ac:393: the top level configure.ac:45: installing './compile' configure.ac:18: installing './missing' api/Makefile.am: installing './depcomp' /usr/share/automake-1.12/am/depend2.am: error: am__fastdepOBJCXX does not appear in AM_CONDITIONAL /usr/share/automake-1.12/am/depend2.am: The usual way to define 'am__fastdepOBJCXX' is to add 'AC_PROG_OBJCXX' /usr/share/automake-1.12/am/depend2.am: to 'configure.ac' and run 'aclocal' and 'autoconf' again clientgui/Makefile.am: error: Objective C++ source seen but 'OBJCXX' is undefined clientgui/Makefile.am: The usual way to define 'OBJCXX' is to add 'AC_PROG_OBJCXX' clientgui/Makefile.am: to 'configure.ac' and run 'autoconf' again.
(In reply to comment #0) > * Include in your bugreport the contents of: > * > * /var/tmp/portage/sci-misc/boinc-6.12.42/temp/automake.out This sounds like a good idea.
(In reply to comment #1) > (In reply to comment #0) > > * Include in your bugreport the contents of: > > * > > * /var/tmp/portage/sci-misc/boinc-6.12.42/temp/automake.out > > This sounds like a good idea. Oops, you had it inline futher down :p. Sorry for the spam.
> /usr/share/automake-1.12/am/depend2.am: error: am__fastdepOBJCXX does not > appear in AM_CONDITIONAL Looks like you're using a newer version of automake than the package is set up for. See http://lists.puredata.info/pipermail/gem-dev/2012-06/006180.html where, unfortunately, they don't discuss the fix.
Created attachment 316089 [details, diff] Fix AC_LANG_PROGRAM quoting in auxiliary m4s and add AC_PROC_OBJCXX to configure.ac Maybe this will fix it? Because the boinc ebuild uses the base eclass, you can drop the patch into /etc/portage/patches/sci-misc/boinc/boinc-autotools-update.patch and re-emerge to test it out. This uses epatch_user to apply the patch. I'm not sure if there is official documentation asside from /usr/portage/eclass/eutils.eclass itself, but you can check out my blog post about it for more epatch_user details (if you're curious) http://blog.tremily.us/posts/Portage/
fixed in portage
(In reply to comment #5) > fixed in portage I see you've fixed the AC_PROC_OBJCXX in the new ebuild, which will fix the bug. However, you left out the AC_LANG_PROGRAM quoting fixes from my patch. Since that's not not technically the same issue, should I open a new bug to get those fixed? I've filed a matching bug upstream: http://boinc.ssl.berkeley.edu/trac/ticket/1193 where the've already done a bit of work on these issues.
(In reply to comment #6) > I've filed a matching bug upstream: > http://boinc.ssl.berkeley.edu/trac/ticket/1193 > where the've already done a bit of work on these issues. This bug should be fixed upstream now http://boinc.berkeley.edu/trac/ticket/1193 Relavant commits: http://boinc.berkeley.edu/trac/changeset/25804/boinc http://boinc.berkeley.edu/trac/changeset/25805/boinc I'm not sure what BOINC's release process is, but since they're currently on 7.0.29, I imagine these changes will come out in 7.0.30. Judging from their release history, that should happen in a month or so.
