Someone mentioned something similar in bug 33317. but no reply. I get this behavior on three different machines. Try to emerge world -u. libperl-5.8.2 comes up as an update. perl-5.8.2 downloads and checks out w.r.t md5. Basically, I get the following - which I am paraphrasing from what I hand copied from my frozen computer. perl-5.8.2 md5 ok * NOTE about threads in perl >> unpacking source >> unpacking perl-5.8.2 to /var/tmp/perl-5.8.2/work * applying libperl-5.8.2-create-libperl-source.patch >> source unpacked HERE IS WHERE IT HANGS Reproducible: Always Steps to Reproduce: 1. emerge --update libperl Actual Results: System hangs completely and has to be power cycled. Expected Results: It should update :-) This is a pretty generic system. emerge info Portage 2.0.49-r20 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r9, 2.4.22-gentoo-r5) ================================================================= System uname: 2.4.22-gentoo-r5 i686 Intel(R) Pentium(R) 4 CPU 2.53GHz Gentoo Base System version 1.4.3.10p1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=pentium3 -O3 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" 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/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-march=pentium3 -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.ust.ucla.edu/gentoo-portage" USE="X alsa apm arts avi berkdb bindist bonobo crypt cups dnd emacs encode esd foomaticdb gdbm gif gnome gpm gtk gtk2 gtkhtml imap imlib java jpeg lcms ldap leim libg++ libwww mad maildir mikmod motif mozilla mpeg mysql ncurses nls nptl odbc oggvorbis opengl oss pam pdflib perl png python qt quicktime readline sasl sdl slang slp snmp spell sse ssl svga tcpd tetex tiff truetype type1 usb x86 xml2 xmms xv zlib"
Actually, machine not as dead as I thought. Can log in remotely. top shows X running at 99.9% CPU! What's that about? Did the emerge with -dv options this time. The last command before things go badly is: sh Configure ...... I would have to copy it by hand - I will if it will help.
Hmmm, had berkdb in my USE list. When I removed it no more problems? Taking berkdb and gdbm out of my USE for now. Why would this cause a problem? Both of these are at 1.8.0-r5, maybe out of sync with the new perl?
So sorry, another system still has this problem (X running at 100%) with all relevant libperl USE flags turned off. This is a dual processor system however. Again, can log in remotely and reboot - just killing X doesn't always work on this system. I suppose I got lucky previously on the other system. I only have one more to play with and that's my primary development machine. I am not about to mess around with that one until I understand what's happening here. Is this some kind of portage problem?
Happens to me, too. I found that dropping to the console and temporarily disabling the X server also gets me past the compile. Nevertheless, this is very disconcerting, to say the least.
I used the same "solution" to get past this. I didn't have to kill X though, just dropped into a text console. Things worked, that is once I figured out I suffered from the perl/ext3/directory indexing problem as well. What a pain.
Has anyone looked at bug 24991 (http://bugs.gentoo.org/show_bug.cgi?id=24991) to see if it is relevant? Some of the symptoms seem to be the same is all.
No posts in 7 months, closing