emalaev metadata # emerge metadata skipping sync >>> Updating Portage cache: 7%Traceback (most recent call last): File "/usr/bin/emerge", line 2718, in ? cleanse_cache(oldcat, savelist) File "/usr/bin/emerge", line 2701, in cleanse_cache portage.db["/"]["porttree"].dbapi.auxdb[porttree_root][cat].clear() KeyError: 'app-dicts' I have app-dicts/ in my rsync_excludes file, but /usr/portage contains app-dicts directory containing only empty package dirs... Reproducible: Always Steps to Reproduce: IIRC when I was setting up rsync_excludes: 1. I deleted the app-dicts directory... 2. started emerge and saw that app-dicts dir was being downloaded 3. stopped emerge and added app-dicts/ into my rsync_excludes file) 4. emerged again and voila... emalaev app-dicts # emerge info Portage 2.0.51.22-r2 (default-linux/x86/2005.0, gcc-3.3.5-20050130, glibc-2.3.5-r0, 2.6.12-gentoo-r6 i686) ================================================================= System uname: 2.6.12-gentoo-r6 i686 VIA Ezra Gentoo Base System version 1.6.13 dev-lang/python: 2.3.5 sys-apps/sandbox: 1.2.11 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i586-pc-linux-gnu" CFLAGS="-Os -march=c3 -pipe -mmmx -m3dnow" CHOST="i586-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-Os -march=c3 -pipe -mmmx -m3dnow" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp.linux.ee/pub/gentoo/distfiles/ ftp://ftp.du.se/pub/os/gentoo ftp://mirror.pudas.net/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 alsa apache2 apm arts avi berkdb bitmap-fonts boundschecking bzip2 crypt cups emboss encode erandom exif foomaticdb ftp gd gdbm gif gnome gtk2 hardened imlib ipv6 jpeg kde libg++ libwww mad mikmod motif mp3 mpeg mysql ncurses nls nptl nptlonly oggvorbis opengl oss pam pdflib perl php pic png python qt quicktime readline sdl ssl tcpd tiff truetype truetype-fonts type1-fonts unicode utf8 vhosts xml2 xmms xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
Created attachment 64585 [details, diff] portage-2.0.51.22-emerge-cleanse_cache-has_key(cat).patch We are trying to cleanse_cache() a category or package that does not exist in the cache. It should be safe to make cleanse_cache() a "no op" in cases where there is nothing to be cleansed.
variation of this I just commited (catch and discard KeyError exception)
*** Bug 105332 has been marked as a duplicate of this bug. ***
(In reply to comment #2) > variation of this I just commited (catch and discard KeyError exception) There is still a KeyError thrown from another part of cleanse_cache in portage-2.0.52-r1 (see bug 105332).
*** Bug 105951 has been marked as a duplicate of this bug. ***
*** Bug 105943 has been marked as a duplicate of this bug. ***
*** Bug 106864 has been marked as a duplicate of this bug. ***
*** Bug 96410 has been marked as a duplicate of this bug. ***
*** Bug 107097 has been marked as a duplicate of this bug. ***
This is fixed in portage-2.0.53_rc3.
*** Bug 109674 has been marked as a duplicate of this bug. ***
*** Bug 113416 has been marked as a duplicate of this bug. ***
*** Bug 118536 has been marked as a duplicate of this bug. ***
1. boot from LiveCD & others 2. chroot /mnt/gentoo /bin/bash 3. env-update 4. source /etc/profile 5. export PS1="(chroot) $PS1" 6. patch the emerge file 6. emerge sync >>> Updating Portage cache: Traceback (most recent call last): File "/usr/bin/emerge", line 2706, in ? oldcat = portage.catsplit(cp_list[0])[0] IndexError: list index out of range new emerge file size is: -rwxr-xr-x 1 root root 109515 Jan 11 12:00 /usr/lib/portage/bin/emerge I think patch not working... Greets
(In reply to comment #14) > I think patch not working... The cache update is not absolutely critical, so after the error occurs, emerge will still allow you upgrade to portage-2.0.53 or higher. `emerge -u portage && emerge --metadata`
*** Bug 118921 has been marked as a duplicate of this bug. ***
*** Bug 120276 has been marked as a duplicate of this bug. ***
*** Bug 123372 has been marked as a duplicate of this bug. ***