You're receiving this canned (template-based) bug report because I found a problem with a package during my tinderbox run.
The package in question is running automake (and most likely other autotools) during compile phase by maintainer-mode. You can see in my blog post in the URL field why that's a problem, and how to address the issue, but in general, you don't want maintainer-mode rebuild during compile phase, especially since it can cause multiple run of econf.
The causes of maintainer-mode rebuild are various, but most likely it's because of a patch that changes Makefile.am or configure.ac/in and don't rebuild autotools properly. The way to fix this is almost always to inherit autotools eclass and run eautomake/eautoreconf (as needed; eautoconf should only be used when automake is not involved, which is not the case here) during src_unpack phase.
Created attachment 252555 [details]
I don't understand why make in src decided to re-generate src/Makefile again. eautoreconf at the end of src_prepare has already done so.
And in 5.23.2 it now complains about share/Makefile but not src/Makefile anymore. I am wondering if it is because Makefile generation is controlled by AC_OUTPUT rather than AC_CONFIG_SUBDIRS. A clue who be handy at this stage.
I wonder if the fact that all the texinfo files are rebuilt in 5.23.2 (when they shouldn't) is related.
Maxima is in poor shape before being patched. In an out of portage install I got this message:
make: Entering directory `/home/fbissey/sandbox/maxima-5.23.2/share'
cd .. && /bin/sh /home/fbissey/sandbox/maxima-5.23.2/missing --run automake-1.9 --gnu share/Makefile
Useless use of /d modifier in transliteration operator at /usr/share/automake-1.9/Automake/Wrap.pm line 60.
configure.in:5: version mismatch. This is Automake 1.9.6,
configure.in:5: but the definition used by this AM_INIT_AUTOMAKE
configure.in:5: comes from Automake 1.9.2. You should recreate
configure.in:5: aclocal.m4 with aclocal and run automake again.
WARNING: `automake-1.9' is probably too old. You should only need it if
you modified `Makefile.am', `acinclude.m4' or `configure.in'.
You might want to install the `Automake' and `Perl' packages.
Grab them from any GNU archive site.
cd .. && /bin/sh ./config.status share/Makefile
config.status: creating share/Makefile
I tried to add a variety of eaclocal and eautomake before eautoreconf in src_prepare but it just doesn't want to go away.
very simple solution!
The makefile.in is then regenerated correctly and the QA warning gone.
Should be fixed by now. Thanks Francois.