Ok. I run emerge -douDpv xorg-server an get the attached output. This could be local corruption but in that case it should probably give a better error message instead of the traceback. After pena java-sdk-docs # rm -fr /var/cache/edb/dep/* pena java-sdk-docs # emerge -uDpv world I still get the same error Portage 2.0.53 (default-linux/x86/2005.1, gcc-3.4.4, glibc-2.3.5-r3, 2.6.14-gentoo-r4 i686) ================================================================= System uname: 2.6.14-gentoo-r4 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz Gentoo Base System version 1.12.0_pre11 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.4 [enabled] dev-lang/python: 2.4.2 sys-apps/sandbox: 1.2.17 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-r1 sys-devel/binutils: 2.16.1-r1 sys-devel/libtool: 1.5.20-r1 virtual/os-headers: 2.6.11-r3 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium4 -pipe -mfpmath=sse -ffast-math -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/share/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/init.d /etc/splash /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=pentium4 -pipe -mfpmath=sse -ffast-math -fomit-frame-pointer" DISTDIR="/usr/src/distfiles" FEATURES="autoaddcvs autoconfig ccache collision-protect cvs distlocks fixpackages sandbox sfperms sign strict stricter verify-rdepend" GENTOO_MIRRORS=" http://trumpetti.atm.tut.fi/gentoo http://lame.lut.fi/linux/gentoo " LANG="en_US.utf8" LC_ALL="en_US.utf8" LINGUAS="fi" MAKEOPTS="-j2 " PKGDIR="/home/pkg/" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/mnt/checkouts/overlays/betelgeuse" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 aac acl acpi alsa apm arts audiofile avi bash-completion berkdb bitmap-fonts bluetooth bzip2 bzlib cdb cddb cdparanoia cdr crypt cups dbus divx4linux dts dvd dvdr dvdread emboss esd expat fam ffmpeg firefox foomaticdb freetype gif glut gstreamer gtk2 hal idn java jpeg kde kdeenablefinal lcms libg++ libwww logitech-mouse mad makecheck mikmod mjpeg mmx mmx2 mng mp3 mpeg ncurses network nptl nptlonly nsplugin nvidia offensive ogg oggvorbis opengl pam pcre pdflib png qt quicktime readline real rtc ruby samba spell sse sse2 ssl subversion svg symlink tcpd theora tiff truetype truetype-fonts type1-fonts udev unicode usb userlocales vorbis win32codecs xine xml xml2 xv xvid zlib video_cards_nvidia linguas_fi userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LDFLAGS
Created attachment 74341 [details] emerge output
Without --debug: pena java-sdk-docs # emerge -ouDpv xorg-server These are the packages that I would merge, in order: Calculating dependencies | !!! Problem in x11-base/xorg-server dependencies. !!! 'DEPEND' exceptions
CC'iung X11 until this one's figured out. Worst case is a bump to portage before xorg-x11 is unmasked and 2.0.53 goes stable. Are you using any patches to portage or changed the cache module at all?
(In reply to comment #3) > CC'iung X11 until this one's figured out. Worst case is a bump to portage > before xorg-x11 is unmasked and 2.0.53 goes stable. > > Are you using any patches to portage or changed the cache module at all? Nope, but I did test if http://dev.gentoo.org/~ferringb/portage/2.0/3.0-cache-backport-experimental-7.patch would solve this after request from zmedico and it did not help.
This is related to -o. emerge -duDpv xorg-server works fine.
Can you attach your copy of emerge please? The traceback that's happening shows what seems to be an impossibility.
Never mind. Found it. In your world file you have a blocker listed.
Removing the 2.0.53 dependency because this bug has existed for a long time.
(In reply to comment #7) > Never mind. Found it. In your world file you have a blocker listed. At least emerge -uDpv world does not give me any blockers, could be possible that I have something outside it of course. Good to hear to that the problem became more clear.
It could be something different triggering it.. Are you saying that you don't have a blocker listed in /var/lib/portage/world? Looking at the code, the only possible way that I can see for the traceback you've got is a blocker being passed at the beginning of dep calculation and using --onlydeps at the same time. I can only reproduce it by doing `emerge -o '!sys-apps/portage'` or adding a blocker to /var/lib/portage/world and doing `emerge -oD world`.
So did you have a blocker in your world file or not? There may be some other cause that can trigger it that I haven't pinpointed...
i thought we deprecated any sort of syntax in world file other than plain atoms ... people should be using /etc/portage files
Yep, I'm just trying to establish if the error was triggered by a blocker atom in the world file combined with --oneshot option (how I triggered it) or whether it was triggered in a different way.
(In reply to comment #13) > Yep, I'm just trying to establish if the error was triggered by a blocker atom > in the world file combined with --oneshot option (how I triggered it) or > whether it was triggered in a different way. > I did have blockers on my system.
Released in 2.1_pre1.
(In reply to comment #15) > Released in 2.1_pre1. > pena cacao # emerge -uoDpv world These are the packages that I would merge, in order: Calculating world dependencies /Traceback (most recent call last): File "/usr/bin/emerge", line 3237, in ? if not mydepgraph.xcreate(myaction): File "/usr/bin/emerge", line 1434, in xcreate if not self.select_dep(portage.root, mydep, raise_on_missing=True): File "/usr/bin/emerge", line 1363, in select_dep if not self.create(myk,myparent,"--onlydeps" not in myopts,myuse=binpkguseflags): File "/usr/bin/emerge", line 1040, in create if not self.select_dep("/",mydep["/"],myparent=mp,myuse=myuse): File "/usr/bin/emerge", line 1358, in select_dep if not self.create(myk,myparent,myuse=binpkguseflags): File "/usr/bin/emerge", line 1040, in create if not self.select_dep("/",mydep["/"],myparent=mp,myuse=myuse): File "/usr/bin/emerge", line 1358, in select_dep if not self.create(myk,myparent,myuse=binpkguseflags): File "/usr/bin/emerge", line 1053, in create if not self.select_dep(myroot,edepend["PDEPEND"],myuse=myuse): File "/usr/bin/emerge", line 1363, in select_dep if not self.create(myk,myparent,"--onlydeps" not in myopts,myuse=binpkguseflags): File "/usr/bin/emerge", line 1039, in create mydep["/"]=edepend["DEPEND"]+" "+edepend["RDEPEND"] KeyError: 'DEPEND' using Portage 2.1_pre2
Hmm.. I must have fixed it in a local copy rather than in trunk. In CVS now.
Released in portage-2.1_pre3
Released in 2.1_pre4