Well after doing alot of research over the past two days, I find that my issue is different than the ones that I have found either in forums or bugs. Although it might be related to bug #41869. Anyway, since yesterday after doing an emerge rsync, I have not been able to do "emerge -uDp world". The output is a follows: emerge world -uDp These are the packages that I would merge, in order: Calculating world dependencies |Traceback (most recent call last): File "/usr/bin/emerge", line 2517, in ? if not mydepgraph.xcreate(myaction): File "/usr/bin/emerge", line 1135, in xcreate if not self.create(myk): File "/usr/bin/emerge", line 825, in create if not self.select_dep("/",mydep["/"],myparent=mp,myuse=myuse): File "/usr/bin/emerge", line 936, in select_dep mycheck=portage.dep_check(depstring,self.mydbapi[myroot],self.pkgsettings,myuse=myuse) File "/usr/lib/portage/pym/portage.py", line 3292, in dep_check mysplit=dep_virtual(mysplit) File "/usr/lib/portage/pym/portage.py", line 2952, in dep_virtual for x in mysplit: TypeError: iteration over non-sequence I have tried the suggestions of modifing portage.py. Modifing virtuals to remove xorg. None of the suggestions that I have found works. I get this on two different machines. Same exact output. Also, "emerge -up world" works. So It seems to be with a problem with Deep dependency check Now, on machines with out X there is no issues. Works like a charm on two different servers. I have attached an strace file for "emerge -uDp world". Reproducible: Always Steps to Reproduce: 1. emerge sync and emerge rsync 2. emerge world -uDp Actual Results: It fails with Traceback. Expected Results: Printed a list of software that was updated in portage. Portage 2.0.50-r3 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r9, 2.6.4-1) ================================================================= System uname: 2.6.4-1 i686 Intel(R) Pentium(R) 4 CPU 2.66GHz Gentoo Base System version 1.4.3.13 Autoconf: sys-devel/autoconf-2.58-r1 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=pentium4 -fomit-frame-pointer -funroll-loops -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/s hare/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/bind /var/qmai l/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=pentium4 -fomit-frame-pointer -funroll-loops -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="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X acl acpi alsa apache2 avi berkdb cdr crypt cscope cups dga dvd encode fam foomaticdb gdbm gif gpm gtk gtk2 imap imlib innodb java joystick jpeg junit ker beros lcms ldap libg++ libwww mad mikmod mmx motif mozilla mpeg mysql ncurses nl s nptl oci8 odbc oggvorbis opengl oss pam pdflib perl png pnp postgres ppds pyth on qt quicktime readline samba sasl sdl slang slp snmp spell sse ssl svga tcltk tcpd tiff truetype unicode usb wmf x86 xml2 xmms xv zlib"
Well, the strace file is 52M. And I can't attach a file of that size. Is their any place I can ftp it to?
*** This bug has been marked as a duplicate of 47136 ***