When I emerge kdeaddons, the system is unable to compile it because it requires aclocal to be run inside the work directory. I have done this by hand: running aclocal and automake after that and it seems to work, so I would suggest that portage should run aclocal inside that directory instead of exiting. This problem only happens with automake-1.7.5-r2. I have been able to compile it perfectly with automake-1.7.2. Reproducible: Always Steps to Reproduce: 1.emerge automake (currently 1.7.5-r2) 2.emerge kdeaddons 3. Actual Results: Can't have kdeaddons compiled. Expected Results: Should have been correctly merged. Making all in konq-plugins make[2]: Entering directory `/var/tmp/portage/kdeaddons-3.1.2/work/kdeaddons- 3.1.2/konq-plugins' cd .. && \ /bin/sh /var/tmp/portage/kdeaddons-3.1.2/work/kdeaddons-3.1.2/admin/missing -- run automake-1.7 --foreign konq-plugins/Makefile configure.in:39: version mismatch. This is Automake 1.7.5, configure.in:39: but the definition used by this AM_INIT_AUTOMAKE configure.in:39: comes from Automake 1.7.2. You should recreate configure.in:39: aclocal.m4 with aclocal and run automake again. make[2]: *** [Makefile.in] Error 1 make[2]: Leaving directory `/var/tmp/portage/kdeaddons-3.1.2/work/kdeaddons- 3.1.2/konq-plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/kdeaddons-3.1.2/work/kdeaddons- 3.1.2' make: *** [all] Error 2 !!! ERROR: kde-base/kdeaddons-3.1.2 failed. !!! Function kde_src_compile, Line 123, Exitcode 2 !!! died running emake, kde_src_compile:make
fixed in cvs, thanks for reporting
This is problem now affects both kdebase3.1.3 and kdeadmin3.1.3 see this topic from the forums for more info http://forums.gentoo.org/viewtopic.php?t=56404
Closing.