Hi, I had the following behavior during my daily `emerge -u world`. On removing the previous installed version of gettext, Portage just crashed leaving me on the command line with the following trace : " Traceback (most recent call last): File "/usr/bin/emerge", line 2604, in ? mydepgraph.merge(mydepgraph.altlist()) File "/usr/bin/emerge", line 1605, in merge retval=unmerge("clean", [xsplit[0]]) File "/usr/bin/emerge", line 1857, in unmerge retval=portage.unmerge(mysplit[0],mysplit[1],portage.root,mysettings,unmerge_action not in ["clean","prune"]) File "/usr/lib/portage/pym/portage.py", line 2492, in unmerge mylink.unmerge(trimworld=mytrimworld,cleanup=1) File "/usr/lib/portage/pym/portage.py", line 5319, in unmerge mymd5=perform_md5(obj, calc_prelink=1) File "/usr/lib/portage/pym/portage.py", line 2483, in perform_md5 return perform_checksum(x, calc_prelink)[0] File "/usr/lib/portage/pym/portage.py", line 349, in perform_checksum retval = fchksum.fmd5t(prelink_tmpfile) IOError: [Errno 2] No such file or directory: '/tmp/portage-prelink.tmp' " This error isn't blocking because I managed to remove the earlier version properly (`emerge unmerge gettext-0.12.1`). I just wanted to keep you informed of that unexpected behaviour. Feel free to contact me if you wish additionnal infos, julien
wee cant fix portage bugs if we dont know what version you're running ;) re-open once you've provided `emerge info`
Sorry for that... I thought about it but missed time. Here it is : " Portage 2.0.50-r11 (default-x86-1.4, gcc-3.3.4, glibc-2.3.3.20040420-r1, 2.4.26-gentoo-r9) ================================================================= System uname: 2.4.26-gentoo-r9 i686 Intel(R) Pentium(R) 4 CPU 2.60GHz Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=pentium4 -funroll-loops -pipe" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /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="-O3 -march=pentium4 -funroll-loops -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="ftp://ftp.gentoo.skynet.be/pub/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/home/.tmp-portage" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X aalib accessibility alsa apm arts atm audiofile avi berkdb bitmap-fonts cdr crypt cups directfb dvd encode fbcon fbdev flac foomaticdb gdbm gif gphoto2 gpm gtk2 imlib java jpeg kde ldap libg++ libwww linguas_fr mad man mikmod motif mpeg ncurses nls oggvorbis opengl oss pam pdflib perl png python qt quicktime readline scanner sdl slang speex spell ssl svga tcltk tcpd tetex truetype usb x86 xine xml2 xmms xprint xv zlib" " good luck, julien
I got similar probs on one of my boxes.. today It appeared while bootstrapping a new box... always stopping, complaining over gettext 0.12.1-r2 I removed "-pipe" from CFLAGS and it worked like a charm =) (got the idea to test it seeing your I/O err)
some complaints about using --host and not the favored --build were in the logs...
the --build vs --host warning can safely be ignored by 99% of our users ;)
Hi all, I got the following error, while install a new system from the 2004.1 portage: checking how to run the C++ preprocessor... /lib/cpp configure: error: C++ preprocessor "/lib/cpp" fails sanity check See `config.log' for more details. configure: error: /bin/sh './configure' failed for autoconf-lib-link !!! ERROR: sys-devel/gettext-0.12.1-r2 failed. !!! Function econf, Line 365, Exitcode 1 !!! econf failed Any ideas ? Ingo
Same problem for me ... When making, the message is make[3]: Entering directory `/tmp/portage/gettext-0.12.1-r2/work/gettext-0.12.1/gettext-runtime/po' Makefile:400: *** missing separator. Stop. and the Makefile looks like (lines 397-401): # Tell versions [3.59,3.63) of GNU make not to export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: GS) $(ETAGS_ARGS) \ $$tags $$unique Maybe autoconf didnt do what it meant to do? Greets. Lutz
The problem appears to be somewhere in the transition from the Makefile.in.in to the Makefile.in I havent looked at the ebuild so far, but Makefile.in.in ends with # Tell versions [3.59,3.63) of GNU make not to export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: while Makefile.in.in ends with # Tell versions [3.59,3.63) of GNU make not to export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: GS) $(ETAGS_ARGS) \ $$tags $$unique ctags: CTAGS CTAGS: $(HEADERS) $(SOURCES) $(TAGS_DEPENDENCIES) \ $(TAGS_FILES) $(LISP) tags=; \ here=`pwd`; \ list='$(SOURCES) $(HEADERS) $(LISP) $(TAGS_FILES)'; \ unique=`for i in This looks really broken to me. I think we should look at the tools used to create Makefile.in from Makefile.in.in to pinpoint the error.
I don't see any portage problems here except in the first post and that one might already be fixed in 2.0.51-r3, so please test with that version first.
Closing.