Hi. I've updated m4 to the latest available version (sys-devel/m4-1.4.2-r1), and now when I emerge other updates like net-libs/libwww-5.4.0-r2, that emerge fails and complains about m4: "NONE:0: /usr/bin/m4: `unloadmodule' from frozen file not found in builtin table!" currently, i have two versions of m4 on the system, 1.4p and 1.4.2-r1. i wasn't sure if it's safe to unmerge 1.4p, although it's the older m4. Reproducible: Always Steps to Reproduce: 1. emerge =sys-devel/m4-1.4.2-r1 2. emerge =net-libs/libwww-5.4.0-r2 3. Actual Results: langevin deniss # emerge net-libs/libwww Calculating dependencies ...done! >>> emerge (1 of 1) net-libs/libwww-5.4.0-r2 to / >>> md5 src_uri ;-) w3c-libwww-5.4.0.tgz >>> md5 src_uri ;-) libwww-5.4.0-debian-autoconf-2.5.patch.bz2 >>> Unpacking source... >>> Unpacking w3c-libwww-5.4.0.tgz to /var/tmp/portage/libwww-5.4.0-r2/work >>> Unpacking libwww-5.4.0-debian-autoconf-2.5.patch.bz2 to /var/tmp/portage/libwww-5.4.0-r2/work * Applying libwww-config-liborder.patch ... [ ok ] * Applying libwww-5.4.0-debian-autoconf-2.5.patch ... [ ok ] * Applying libwww-5.4.0-autoconf-gentoo.diff ... [ ok ] * Applying libwww-5.4.0-automake-gentoo.diff ... [ ok ] * Applying libwww-5.4.0-disable-ndebug-gentoo.diff ... [ ok ] You should update your `aclocal.m4' by running aclocal. Putting files in AC_CONFIG_AUX_DIR, `config'. aclocal: both `configure.ac' and `configure.in' present: ignoring `configure.in' autoconf-2.59: warning: both `configure.ac' and `configure.in' are present. autoconf-2.59: warning: proceeding with `configure.ac'. NONE:0: /usr/bin/m4: `unloadmodule' from frozen file not found in builtin table! autom4te-2.59: /usr/bin/m4 failed with exit status: 1 !!! ERROR: net-libs/libwww-5.4.0-r2 failed. !!! Function src_unpack, Line 44, Exitcode 1 !!! autoconf failed !!! If you need support, post the topmost build error, NOT this status message. Expected Results: libwww would hopefully emerge without a problem :) I run Gentoo 1.4, on x86 (dual P4 Xeons 2.2GHz, 2GB RDRAM).
do `emerge -C m4 && emerge m4` and then see if libwww works
Just tried that. Exactly the same results as I reported before - libwww fails with the same error message.
well you neglected to post `emerge info` like the bug report page told you to ...
Oops - sorry :) Portage 2.0.51.19 (default-linux/x86/2004.0, gcc-3.3.5, glibc-2.3.1-r2,glibc-2.3.4.20040808-r1, 2.4.19-gentoo-r10 i686) ================================================================= System uname: 2.4.19-gentoo-r10 i686 Intel(R) XEON(TM) CPU 2.20GHz Gentoo Base System version 1.4.2.8 Python: dev-lang/python-2.2.2,dev-lang/python-2.3.4-r1 [2.3.4 (#1, Mar 19 2005, 12:02:27)] dev-lang/python: 2.2.2, 2.3.4-r1 sys-devel/autoconf: 2.58-r1, 2.54, 2.13, 2.59-r6 sys-devel/automake: 1.6.3, 1.8.5-r3, 1.5, 1.7.9-r1, 1.4_p6, 1.9.4 sys-devel/binutils: 2.13.90.0.18, 2.15.92.0.2-r1 sys-devel/libtool: 1.4.1-r10 virtual/os-headers: 2.4.19 ACCEPT_KEYWORDS="x86" AUTOCLEAN="no" CFLAGS="-march=i686 -O3 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3/share/config /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=i686 -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X aalib alsa avi bitmap-fonts bonobo cdr crypt cscope emboss encode fam flash font-server foomaticdb fortran gif gpm gtk2 gtkhtml guile imagemagick imlib ipv6 java jikes jpeg kerberos ldap libg++ libwww mad mmx motif mozilla mp3 mpeg ncurses nls opengl pam pdflib perl pic plotutils png python qt qtmt quicktime readline samba sasl sdl slang spell ssl svga tcltk tcpd tetex tiff truetype truetype-fonts type1-fonts x86 xml xml2 xmms xv zlib" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, PORTDIR_OVERLAY
it looks like you have stale files laying around somewhere ... try doing `grep -R unloadmodule /usr/share/a*` and see if you get any matches
Yes, there are some matches... what does this mean though? here's the output... langevin deniss # grep -R unloadmodule /usr/share/a* /usr/share/autoconf/m4sugar/m4sugar.m4f:unloadmoduleunloadmodule /usr/share/autoconf/m4sugar/m4sh.m4f:unloadmoduleunloadmodule /usr/share/autoconf/autoconf/autoconf.m4f:unloadmoduleunloadmodule /usr/share/autoconf/autotest/autotest.m4f:unloadmoduleunloadmodule /usr/share/autoconf/autoconf.m4f:unloadmoduleunloadmodule /usr/share/autoconf/autoheader.m4f:unloadmoduleunloadmodule
ok, none of my files show those kind of matches ... and your emerge info showed you having too many versions of autoconf: sys-devel/autoconf: 2.58-r1, 2.54, 2.13, 2.59-r6 try doing this: emerge sync emerge -C autoconf rm -r /usr/share/autoconf emerge '=autoconf-2.13*' '=autoconf-2.59*' emerge libwww
Ok - that did it! I guess all it needed was to clean up autoconf. Awesome, thanks very much. Now libwww emerges successfully, without any kind of complaints.
