A recent upstream change causes eautoreconf run to fail in x11-libs/xcb-util-9999::x11 and related packages. * Running aclocal -I m4 ... [ ok ] * Running autoconf ... [ ok ] * Running automake --add-missing --copy --foreign ... [ !! ] * Failed Running automake ! /var/tmp/portage/x11-libs/xcb-util-9999/temp/automake.out: --- ***** automake ***** ***** PWD: /var/tmp/portage/x11-libs/xcb-util-9999/work/xcb-util-9999 ***** automake --add-missing --copy --foreign configure.ac:8: installing `./config.guess' configure.ac:8: installing `./config.sub' configure.ac:5: installing `./install-sh' configure.ac:8: required file `./ltmain.sh' not found configure.ac:5: installing `./missing' src/Makefile.am: installing `./depcomp' --- upstream autogen.sh contains the line autoreconf -v --install || exit 1 It was suggested on IRC that the missing --install is responsible for the failure.
attach the ebuild for me to `ebuild ... prepare`
Created attachment 312593 [details] xcb-util-9999.ebuild
you aren't using autotools.eclass:eautoreconf(). you're probably using the less reliable logic from autotools-utils.eclass. when i manually tell the ebuild to use eautoreconf, things work fine. not base-system's problem
mgorny, reavertm: do you have any insight in this? If I modify the following part of autotools-utils.eclass if [[ $(autotools_check_macro AC_PROG_LIBTOOL AM_PROG_LIBTOOL LT_INIT) ]] then _elibtoolize --copy --force --install else eaclocal fi to always call elibtoolize then it builds successfully.
Eh, they've moved their libtool call to a separate macro file. Dumb.
This should be fixed now with switch to regular eautoreconf. Please sync the tree in a while and re-test.