Created attachment 425270 [details] build.log The build fails with the below error. I believe this may be a missing DEPEND on 'sys-apps/texinfo' (which provides `makeinfo` according to e-file). Installing texinfo (which also pulled in other dependencies) resolved the build issue. if /bin/sh /var/tmp/portage/sys-devel/bison-3.0.4-r1/work/bison-3.0.4/build-aux/missing makeinfo --no-split -I doc -I ./doc \ -o doc/bison.info ./doc/bison.texi; \ then \ rc=0; \ CDPATH="${ZSH_VERSION+.}:" && cd .; \ else \ rc=$?; \ CDPATH="${ZSH_VERSION+.}:" && cd . && \ $restore $backupdir/* `echo "./doc/bison.info" | sed 's|[^/]*$||'`; \ fi; \ rm -rf $backupdir; exit $rc /var/tmp/portage/sys-devel/bison-3.0.4-r1/work/bison-3.0.4/build-aux/missing: line 81: makeinfo: command not found WARNING: 'makeinfo' is missing on your system. You should only need it if you modified a '.texi' file, or any other file indirectly affecting the aspect of the manual. You might want to install the Texinfo package: <http://www.gnu.org/software/texinfo/> The spurious makeinfo call might also be the consequence of using a buggy 'make' (AIX, DU, IRIX), in which case you might want to install GNU make: <http://www.gnu.org/software/make/> Makefile:4159: recipe for target 'doc/bison.info' failed make[2]: *** [doc/bison.info] Error 127 make[2]: Leaving directory '/var/tmp/portage/sys-devel/bison-3.0.4-r1/work/bison-3.0.4' Makefile:4534: recipe for target 'install-recursive' failed make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory '/var/tmp/portage/sys-devel/bison-3.0.4-r1/work/bison-3.0.4' Makefile:4998: recipe for target 'install' failed make: *** [install] Error 2
Created attachment 425272 [details] emerge.info
the info pages shouldn't be regenerated. it isn't running makeinfo on my system. if it happens for you every time, try going into the build dir and run: $ make doc/bison.info if that fails, run: $ make -d doc/bison.info >& log and attach that log file here.
Created attachment 425360 [details] bison-3.0.4-r1.make_bison_info.log.xz Yes this fails consistently. Attempting to make bison.info also failed. This is the log as requested.
what does `mount` show ? what do these commands show: $ ls -l doc/bison.texi $ cat doc/version.texi $ grep ^VERSION Makefile
Created attachment 425362 [details] mount.txt With regards to the mount details, it's worth noting this is running within an LXC container (a testing environment). amd64-testing bison-3.0.4 # ls -l doc/bison.texi -rw-r--r-- 1 portage portage 472493 Jan 23 2015 doc/bison.texi amd64-testing bison-3.0.4 # cat doc/version.texi @set UPDATED 23 January 2015 @set UPDATED-MONTH January 2015 @set EDITION 3.0.4 @set VERSION 3.0.4 amd64-testing bison-3.0.4 # grep ^VERSION Makefile VERSION = 3.0.4
this is a bad line from your log: Updating ./doc/version.texi that's why the info page gets regenerated. your other log shows it: Prerequisite 'doc/version.texi' is newer than target 'doc/bison.info'. you shouldn't use "noatime" with your /var/tmp/portage/ mount point. it's pretty pointless since linux defaults to relatime where performance is fine even on real storage, but w/RAM (tmpfs) it's a non-issue. noatime breaks POSIX semantics. but the issue here looks timezone related. if your timezone is between UTC+6 and UTC+14 (inclusive), then the bison.texi timestamp looks like Jan 23. if it's UTC+5 through UTC-11, then it looks like Jan 22. the release was created by someone in that span so the generated file says Jan 22. my system is EST (UTC-5) so i don't regen the info page. i'm guessing you're using UTC+10 or something being in .au which is why it regens.
looks like a bug in automake which has been seen elsewhere in Gentoo https://lists.gnu.org/archive/html/bug-automake/2014-10/msg00004.html https://debbugs.gnu.org/cgi/bugreport.cgi?bug=20314
(In reply to SpanKY from comment #6) > you shouldn't use "noatime" with your /var/tmp/portage/ mount point. it's > pretty pointless since linux defaults to relatime where performance is fine > even on real storage, but w/RAM (tmpfs) it's a non-issue. noatime breaks > POSIX semantics. Thanks for the tip - I've remounted without 'noatime'. > but the issue here looks timezone related. if your timezone is between > UTC+6 and UTC+14 (inclusive), then the bison.texi timestamp looks like Jan > 23. if it's UTC+5 through UTC-11, then it looks like Jan 22. the release > was created by someone in that span so the generated file says Jan 22. Yes, currently UTC+11 though normally UTC+10
https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=45cd7c09cf2f2e664af3e1e90770318372288eb9
i've pushed the patch Debian proposed about a year later to our automake-1.15. it doesn't help with bundled versions, but so it goes. https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=6f826cbd3673375bea652a8ffff906a4b8443e25
The commit in comment 9 doesn't seem to resolve this, but the patch to autotools should so I'll wait till that gets pushed to the mirrors and try again. /var/tmp/portage/sys-devel/bison-3.0.4-r1/work/bison-3.0.4/build-aux/missing: line 81: makeinfo: command not found WARNING: 'makeinfo' is missing on your system. You should only need it if you modified a '.texi' file, or any other file indirectly affecting the aspect of the manual. You might want to install the Texinfo package: <http://www.gnu.org/software/texinfo/> The spurious makeinfo call might also be the consequence of using a buggy 'make' (AIX, DU, IRIX), in which case you might want to install GNU make: <http://www.gnu.org/software/make/> Makefile:4159: recipe for target 'doc/bison.info' failed amd64-testing ~ # grep touch $(equery which sys-devel/bison-3.0.4-r1) touch doc/bison.1 #548778 #538300#9 touch doc/bison.info #574492
This is still failing to build with the same error. I've verified that I have both the new ebuild for bison and automake-1.15-r2.
*** Bug 575192 has been marked as a duplicate of this bug. ***
i've reworked it here: https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=c5bbb996b885071bfd57d852c53ef5e676dfc8c3
Confirmed - this now builds successfully for me. Thanks.