This applies to all mozilla-firefox-1.5.* ebuilds. Emerge exits with the error below. After downgrading to portage 2.0.54-r2, the merge completes successfully. This happens with or without autoconf 2.59 installed. It happens with both m4 1.4.3 and 1.4.4 . I have run emerge -e world, and it made no difference. Error: * Done with patching * Running eautoreconf in '/var/tmp/portage/mozilla-firefox-1.5.0.3/work/mozilla' ... * Running autoconf ... [ !! ] * Failed Running autoconf ! * * Include in your bugreport the contents of: * * /var/tmp/portage/mozilla-firefox-1.5.0.3/temp/autoconf-2850.out !!! ERROR: www-client/mozilla-firefox-1.5.0.3 failed. Call stack: ebuild.sh, line 1525: Called dyn_unpack ebuild.sh, line 700: Called src_unpack mozilla-firefox-1.5.0.3.ebuild, line 94: Called eautoreconf autotools.eclass, line 66: Called eautoconf autotools.eclass, line 142: Called autotools_run_tool 'autoconf' autotools.eclass, line 198: Called die !!! Failed Running autoconf ! !!! If you need support, post the topmost build error, and the call stack if relevant. autoconf-2850.out: ***** autoconf ***** build/autoconf/altoptions.m4:156: error: m4_defn: undefined macro: _m4_divert_diversion build/autoconf/altoptions.m4:153: MOZ_READ_MOZCONFIG is expanded from... build/autoconf/altoptions.m4:156: the top level autom4te: /usr/bin/m4 failed with exit status: 1 emerge --info: Portage 2.1_pre10-r3 (default-linux/x86/2005.1, gcc-3.4.6, glibc-2.4-r2, 2.6.16-gentoo-r6T i686) ================================================================= System uname: 2.6.16-gentoo-r6T i686 mobile AMD Athlon(tm) XP2800+ Gentoo Base System version 1.12.0_pre19 dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.18 sys-devel/autoconf: 2.13 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r5 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-xp -pipe -fomit-frame-pointer -finline-functions" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -pipe -fomit-frame-pointer -finline-functions" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.chem.wisc.edu/gentoo/ " MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="x86 X acpi alsa avi berkdb bitmap-fonts cdr cli crypt dri dvd emboss encode ffmpeg foomaticdb fortran gdbm gif gpm gtk gtk2 imlib isdnlog ithreads jpeg libg++ libwww mad mikmod mp3 mpeg ncurses nptl nptlonly nsplugin ogg oggvorbis opengl pam pcre pdflib perl png pppd quicktime readline reflection sdk session spell spl ssl tcpd threads truetype truetype-fonts type1-fonts userlocales vorbis xml2 xmms xorg xv zlib elibc_glibc input_devices_mouse input_devices_keyboard input_devices_synaptics kernel_linux userland_GNU video_cards_radeon video_cards_fglrx" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS /var/lib/portage/world (just in case): x11-misc/transset media-fonts/font-adobe-75dpi virtual/perl-ExtUtils-MakeMaker media-sound/alsa-utils media-fonts/ttf-bitstream-vera dev-perl/libwww-perl media-fonts/font-bh-ttf rox-base/rox media-fonts/unifont media-fonts/font-adobe-utopia-75dpi dev-perl/XML-Parser sys-power/powermgmt-base media-libs/alsa-lib sys-devel/gdb net-www/apache x11-terms/root-tail x11-apps/xset virtual/perl-digest-base media-sound/alsa-headers dev-perl/Template-Toolkit sys-power/acpid app-cdr/cdrtools net-misc/openssh sys-kernel/gentoo-sources perl-core/digest-base dev-perl/DBD-mysql media-fonts/font-bh-lucidatypewriter-75dpi net-wireless/ndiswrapper x11-terms/mrxvt media-video/ffmpeg dev-util/valgrind app-portage/eix sys-fs/dosfstools media-plugins/xmms-imms media-sound/xmms dev-perl/DBI media-libs/xine-lib media-gfx/feh dev-perl/HTML-Tree media-gfx/gimp dev-util/cvs net-misc/dhcpcd app-laptop/laptop-mode-tools x11-drivers/xf86-video-ati dev-perl/HTML-Parser media-gfx/gphoto2 media-fonts/sharefonts media-video/xine-ui media-fonts/font-bh-lucidatypewriter-100dpi media-fonts/font-bh-75dpi dev-perl/Crypt-SSLeay sys-apps/baselayout media-plugins/xmms-vorbis media-fonts/font-adobe-utopia-100dpi media-fonts/artwiz-fonts virtual/perl-CGI sys-fs/fuse media-libs/win32codecs virtual/perl-MIME-Base64 x11-apps/xprop x11-drivers/synaptics media-gfx/scrot x11-apps/xwininfo x11-libs/xosd media-fonts/corefonts sys-fs/sshfs-fuse media-fonts/font-bh-100dpi net-p2p/bittornado x11-base/xorg-server perl-core/ExtUtils-MakeMaker x11-apps/xev media-plugins/xmms-alarm x11-base/xorg-x11 dev-perl/URI net-im/gaim app-admin/gkrellm media-fonts/font-bitstream-type1 x11-apps/xfontsel x11-misc/xcompmgr media-fonts/font-ibm-type1 x11-themes/hicolor-icon-theme media-fonts/font-bh-type1 dev-util/subversion media-fonts/freefonts x11-apps/xcalc x11-apps/xmessage app-editors/nedit virtual/perl-libnet media-fonts/terminus-font x11-misc/wmctrl virtual/perl-Digest-MD5 sys-boot/grub sys-apps/slocate dev-perl/Locale-gettext media-fonts/font-bitstream-100dpi net-wireless/wireless-tools x11-misc/xvkbd app-text/gv dev-perl/Compress-Zlib dev-perl/HTML-Tagset www-client/mozilla-firefox media-fonts/font-bitstream-75dpi app-crypt/gnupg sys-apps/pcmciautils app-portage/gentoolkit dev-java/blackdown-jre
reassign to portage team as we are unable to duplicate the error and user claims it to be fine with portage-2.0.54
Well, I run portage-2.1 locally and haven't seen this problem building mozilla-firefox-1.5.* once. When I run `genlop mozilla-firefox` I see that I've built quite a few of them: Sat Feb 11 14:26:11 2006 >>> www-client/mozilla-firefox-1.5.0.1-r1 Sun Mar 5 10:33:16 2006 >>> www-client/mozilla-firefox-1.5.0.1-r2 Sun Mar 26 04:30:42 2006 >>> www-client/mozilla-firefox-1.5.0.1-r3 Sun Apr 2 05:21:04 2006 >>> www-client/mozilla-firefox-1.5.0.1-r4 Sun Apr 23 12:48:02 2006 >>> www-client/mozilla-firefox-1.5.0.2 Sat May 6 17:09:20 2006 >>> www-client/mozilla-firefox-1.5.0.3 Mark, how many times have you been able to reproduce this with portage-2.1? Can you try it one more time?
I have had this error every time I've tried to compile firefox for the past few weeks. It is 100% reliable. Here's another one for you. # emerge -uDNav world These are the packages that would be merged, in order: Calculating world dependencies... done! Total size of downloads: 0 kB Nothing to merge; would you like to auto-clean packages? [Yes/No] n Quitting. * Done with patching * Running eautoreconf in '/var/tmp/portage/mozilla-firefox-1.5.0.3/work/mozilla' ... * Running autoconf ... [ !! ] * Failed Running autoconf ! * * Include in your bugreport the contents of: * * /var/tmp/portage/mozilla-firefox-1.5.0.3/temp/autoconf-6593.out !!! ERROR: www-client/mozilla-firefox-1.5.0.3 failed. Call stack: ebuild.sh, line 1525: Called dyn_unpack ebuild.sh, line 700: Called src_unpack mozilla-firefox-1.5.0.3.ebuild, line 94: Called eautoreconf autotools.eclass, line 66: Called eautoconf autotools.eclass, line 142: Called autotools_run_tool 'autoconf' autotools.eclass, line 198: Called die !!! Failed Running autoconf ! !!! If you need support, post the topmost build error, and the call stack if relevant. ***** autoconf ***** build/autoconf/altoptions.m4:156: error: m4_defn: undefined macro: _m4_divert_diversion build/autoconf/altoptions.m4:153: MOZ_READ_MOZCONFIG is expanded from... build/autoconf/altoptions.m4:156: the top level autom4te: /usr/bin/m4 failed with exit status: 1 Portage 2.1_pre10-r3 (default-linux/x86/2005.1, gcc-3.4.6, glibc-2.4-r2, 2.6.16-gentoo-r6T i686) ================================================================= System uname: 2.6.16-gentoo-r6T i686 mobile AMD Athlon(tm) XP2800+ Gentoo Base System version 1.12.0_pre19 dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.18 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r5 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-xp -pipe -fomit-frame-pointer -finline-functions" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -pipe -fomit-frame-pointer -finline-functions" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.chem.wisc.edu/gentoo/ " MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="x86 X acpi alsa avi berkdb bitmap-fonts cdr cli crypt dri dvd emboss encode ffmpeg foomaticdb fortran gdbm gif gpm gtk gtk2 imlib isdnlog ithreads jpeg libg++ libwww mad mikmod mp3 mpeg ncurses nptl nptlonly nsplugin ogg oggvorbis opengl pam pcre pdflib perl png pppd quicktime readline reflection sdk session spell spl ssl tcpd threads truetype truetype-fonts type1-fonts userlocales vorbis xml2 xmms xorg xv zlib elibc_glibc input_devices_mouse input_devices_keyboard input_devices_synaptics kernel_linux userland_GNU video_cards_radeon video_cards_fglrx" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS
I'm not really familiar with autotools but I did some googling and section 15.6.2 of the autoconf manual mentions a error that is practically identical here: http://www.gnu.org/software/autoconf/manual/autoconf-2.57/html_node/autoconf_163.html Does anyone with more autotools familiarity know if that information is useful for this bug?
I found that link, too. That's why I tried unmerging autoconf 2.5* .
*** Bug 136653 has been marked as a duplicate of this bug. ***
I really wonder how is undefined autoconf macro related to portage... Please, reassign this thing back to mozilla or base-system folks.
Since this doesn't affect very many people, it must to be something strange in the user's build environment that causes it. Perhaps /var/tmp/portage/mozilla-firefox-1.5.0.3/temp/environment or the equivalent (or emerge --debug outpout) will be helpful in debugging this. I agree with with Jakub that this problem isn't caused directly by portage (considering that most people are unable to reproduce it).
Created attachment 89075 [details] /var/tmp/portage/mozilla-firefox-1.5.0.4/temp/environment
Created attachment 89076 [details] emerge --debug mozilla-firefox
(In reply to comment #7) > I really wonder how is undefined autoconf macro related to portage... Please, > reassign this thing back to mozilla or base-system folks. > Do not re-assign this back to mozilla as I will close with worksforme ... I am many other devs are unable to dupicate the problem and I do not have time to be chasing bugs that are unreproducable.
(In reply to comment #9) > Created an attachment (id=89075) [edit] > /var/tmp/portage/mozilla-firefox-1.5.0.4/temp/environment I did a unified diff of your environment vs. mine (from a successul compile) but there wasn't much difference. The emerge --debug log also looks vary similar to mine. Jakub, I don't know what we do with bugs mysterious bugs that most people can't reproduce. I suppose this is sort of a NEEDINFO, until somebody finds out what causes it.
Just for full clarity here I am gonna attach a diff for firefox-1.5.0.4 ebuild if someone can test and confirms it makes a difference I will added it to the tree.
Created attachment 89109 [details] autoconf patch dep All this is gonna do is introduce a dep on autoconf-2.13. I doubt this is gonna address the issue at hand here but one can only hope.
(In reply to comment #14) > All this is gonna do is introduce a dep on autoconf-2.13. I doubt this is gonna > address the issue at hand here but one can only hope. Well, if someone is missing this one, his system is for sure messed up. Are you doing something like WANT_AUTOCONF=2.1 somewhere in the eclasses? That would be more helpful here, I'd say.
I am one of the end users experincing this issue. My build environment does use autoconf-2.59-r7 because that is the package marked as stable in portage. Masking this package in an attempt to revert to autoconf-2.13 causes a lot of other dependancies to fail in the build system. I'd prefer not to break a working build system for these two packages. Is there a way to have both autoconf versions side-by-side (slotted maybe?) and this package could choose to use 2.13 (if that does indeed solve the issue?) I'll be happy to help debug since it you guys don't have a system with this problem. Are the maintainers all using autoconf-2.13?
(In reply to comment #16) > Is there a way to have both autoconf versions side-by-side (slotted maybe?) and > this package could choose to use 2.13 (if that does indeed solve the issue?) Huh? It's the *default*. You have broken system if you are missing autoconf-2.1*. > I'll be happy to help debug since it you guys don't have a system with this > problem. Are the maintainers all using autoconf-2.13? If you unmerged autoconf-2.1*, then re-emerge it. Those two versions are slotted and should be installed on every Gentoo system. sys-devel/autoconf-wrapper depends on both of them and is in profiles/base/packages.
How would I be able to tell? brian jharuska # emerge -vp autoconf These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] sys-devel/autoconf-2.59-r7 USE="-emacs" 0 kB
(In reply to comment #18) emerge -pv autoconf-wrapper; I've explained it above already.
Sorry, I must be dense because I don't follow. How would I unemerge a version of autoconf that my machine doesn't think I have? From the emerge command, it doesn't seem like it is slotted. Are you sure of your comments above? I understand these bugs are annoying because it is working for you. You'll have to walk me through what you'd like since I'm not a package maintainer and don't quite understand what you're asking for. brian autoconf # emerge -pv autoconf-wrapper These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] sys-devel/autoconf-wrapper-3-r1 0 kB
Apologize again for the double post. I see from my emerge --info (bug 136653) that I do have both. I will attempt to unmerge, and re-emerge but I'm not sure what that would solve. I'll also apply your patch to the ebuild.
Just to shine some light, autoconf is SLOTTED, and emerge looks at the latest slot by default. tryone one of: emerge -Cp autoconf which will list all autoconfs isntalled (and probably complain a lot ;) ) or: emerge -pv =autoconf-2.1* which will give you the 2.1 slot and not the 2.5 slot.
(In reply to comment #20) > Calculating dependencies... done! > [ebuild R ] sys-devel/autoconf-wrapper-3-r1 0 kB <snip> RDEPEND=">=sys-devel/autoconf-2.59-r6 ~sys-devel/autoconf-2.13" </snip> No more discussion about the dependencies needed, you are supposed to have both autoconf versions installed by default. mozilla-firefox-1.5.0.4 ebuild has: <snip> WANT_AUTOCONF="2.13" \ eautoreconf || die "failed running eautoreconf" </snip> mozilla-thunderbird-1.5.0.3 ebuild has: <snip> WANT_AUTOCONF="2.13" \ WANT_AUTOMAKE="2.13" \ eautoreconf || die "failed running autoreconf" </snip> and the thing still fails w/ <snip> error: m4_defn: undefined macro: _m4_divert_diversion </snip> Really don't see what does this have common w/ portage, sending to base-system folks.
(In reply to comment #23) > (In reply to comment #20) > > Calculating dependencies... done! > > [ebuild R ] sys-devel/autoconf-wrapper-3-r1 0 kB > > <snip> > RDEPEND=">=sys-devel/autoconf-2.59-r6 > ~sys-devel/autoconf-2.13" > </snip> > > No more discussion about the dependencies needed, you are supposed to have both > autoconf versions installed by default. > > mozilla-firefox-1.5.0.4 ebuild has: > > <snip> > WANT_AUTOCONF="2.13" \ > eautoreconf || die "failed running eautoreconf" > </snip> > > mozilla-thunderbird-1.5.0.3 ebuild has: > > <snip> > WANT_AUTOCONF="2.13" \ > WANT_AUTOMAKE="2.13" \ > eautoreconf || die "failed running autoreconf" > </snip> > > and the thing still fails w/ > > <snip> > error: m4_defn: undefined macro: _m4_divert_diversion > </snip> > > Really don't see what does this have common w/ portage, sending to base-system > folks. > This is were you are wrong if you run emerge --prune it will remove 2.13 which then will need to be pulled back in to the system before it can be used.
(In reply to comment #24) > This is were you are wrong if you run emerge --prune it will remove 2.13 which > then will need to be pulled back in to the system before it can be used. Go and read the documentation on --prune. (In reply to comment #23) > mozilla-firefox-1.5.0.4 ebuild has: > > <snip> > WANT_AUTOCONF="2.13" \ > eautoreconf || die "failed running eautoreconf" > </snip> I don't know where "2.13" came from but the documentation at the top of /usr/bin/autoconf clearly indicates that WANT_AUTOCONF should be set to '2.1' to get a 2.1* version of autoconf. > mozilla-thunderbird-1.5.0.3 ebuild has: > > <snip> > WANT_AUTOCONF="2.13" \ > WANT_AUTOMAKE="2.13" \ > eautoreconf || die "failed running autoreconf" > </snip> Same deal for WANT_AUTOCONF here. That WANT_AUTOMAKE is a little bit more of *cough* an issue. There is no version 2.1 or 2.13. The choices (presently) are 1.4 through 1.9 with the default being 1.9 - also clearly documented at the top of /usr/bin/automake.
Well, I just rearranged my partitions and thus had to do a clean install of 2006.0, and it now works. Thus, the problem must be some file from 2005.1 (or just happened to be on my system) that wasn't affected by emerge -e world.
If you run WANT_AUTOCONF="2.1"
My version of /usr/portage/www-client/mozilla-firefox/mozilla-firefox-1.5.0.4.ebuild has: WANT_AUTOCONF="2.1" \ eautoreconf || die "failed running eautoreconf" It certainly does not have WANT_AUTOCONF="2.13". However, i did have similar symptoms to the original problem here. If you run: WANT_AUTOCONF="2.1" autoconf --version Are you getting 2.13? For me some annoying, unidentified program had managed to install another version of autoconf (2.59) in an unexpected place (/usr/local/bin) and i was picking that version up instead of the wrapper that properly selects 2.1 or 2.5 (/usr/bin/autoconf). But i guess with a fresh install this is all moot for you anyway.
I have 2 Gentoo machines and only one is having this problem. - In the machine with the problem, I have: WANT_AUTOCONF="2.1" autoconf --version autoconf (GNU Autoconf) 2.59 ... - In the other machine, I have: WANT_AUTOCONF="2.1" autoconf --version Autoconf version 2.13 ... Both have autoconf 2.13 and 2.59 installed. In the machine with the problem I've reemerged both autoconf-2.1* and autoconf-wrapper (I even 'emerge -C' and reemerge the wrapper) and this did not solve the problem. However this last post called my atention and I've checked both machines, and this is what I got: - In the machine with the problem: which autoconf usr/local/bin/autoconf ls -ail /usr/local/bin/autoconf* 119756 -rwxr-xr-x 1 root root 7669 2004-11-18 18:39 /usr/local/bin/autoconf - In the other machine: which autoconf usr/bin/autoconf ls -ail /usr/bin/autoconf* 13934 lrwxrwxrwx 1 root root 25 Sep 16 16:14 /usr/bin/autoconf -> ../lib/misc/ac-wrapper.sh 9754 -rwxr-xr-x 1 root root 4901 Apr 28 2005 /usr/bin/autoconf-2.13 380344 -rwxr-xr-x 1 root root 7668 Mar 13 2006 /usr/bin/autoconf-2.59 Something went wrong in a previous update on the machine that was installed originally using 2005.0. The other was installed much later, using 2006.0, and it is ok. I have no idea how and why this autoconf ended up in /usr/local/bin, but it had a lot of companion files and I didn't put them there (autoheader, autom4te, autoreconf, autoscan, autoupdate). The solution was simply remove that stuff form /usr/local/bin (just in case moved them to some tmp dir), 'et voil
I have 2 Gentoo machines and only one is having this problem. - In the machine with the problem, I have: WANT_AUTOCONF="2.1" autoconf --version autoconf (GNU Autoconf) 2.59 ... - In the other machine, I have: WANT_AUTOCONF="2.1" autoconf --version Autoconf version 2.13 ... Both have autoconf 2.13 and 2.59 installed. In the machine with the problem I've reemerged both autoconf-2.1* and autoconf-wrapper (I even 'emerge -C' and reemerge the wrapper) and this did not solve the problem. However this last post called my atention and I've checked both machines, and this is what I got: - In the machine with the problem: which autoconf usr/local/bin/autoconf ls -ail /usr/local/bin/autoconf* 119756 -rwxr-xr-x 1 root root 7669 2004-11-18 18:39 /usr/local/bin/autoconf - In the other machine: which autoconf usr/bin/autoconf ls -ail /usr/bin/autoconf* 13934 lrwxrwxrwx 1 root root 25 Sep 16 16:14 /usr/bin/autoconf -> ../lib/misc/ac-wrapper.sh 9754 -rwxr-xr-x 1 root root 4901 Apr 28 2005 /usr/bin/autoconf-2.13 380344 -rwxr-xr-x 1 root root 7668 Mar 13 2006 /usr/bin/autoconf-2.59 Something went wrong in a previous update on the machine that was installed originally using 2005.0. The other was installed much later, using 2006.0, and it is ok. I have no idea how and why this autoconf ended up in /usr/local/bin, but it had a lot of companion files and I didn't put them there (autoheader, autom4te, autoreconf, autoscan, autoupdate). The solution was simply remove that stuff form /usr/local/bin (just in case moved them to some tmp dir), 'et voilá' everything is working fine now.
Fixed via anarchy.