Bug 64283 – repoman not able to scan/anything else, exits with python error dump

• Status: RESOLVED INVALID
• Product: Portage Development

[Description Armando Di Cianno (RETIRED) 2004-09-16 08:19:06 UTC]

When I try to run repoman scan, commit, or any other option, I get this error back:

armando@mudra gnumail $ repoman scan

We're not in PORTDIR... setting to: /home/armando/Projects/GENTOO/gentoo-x86

RepoMan scours the neighborhood...
Traceback (most recent call last):
  File "/usr/bin/repoman", line 841, in ?
    portage.do_vartree(dep_settings)
  File "/usr/lib/portage/pym/portage.py", line 6586, in do_vartree
    if not virts_p.has_key(vkeysplit[1]):
IndexError: list index out of range


Reproducible: Always
Steps to Reproduce:
1. cd /my/local/gentoo-x86/category/package
2. repoman scan
3. view error output
e.g.
1. # cd /home/armando/Projects/GENTOO/gentoo-x86/gnustep-apps/gnumail
2. # repoman scan
3. (error appears)
Actual Results:  
We're not in PORTDIR... setting to: /home/armando/Projects/GENTOO/gentoo-x86

RepoMan scours the neighborhood...
Traceback (most recent call last):
  File "/usr/bin/repoman", line 841, in ?
    portage.do_vartree(dep_settings)
  File "/usr/lib/portage/pym/portage.py", line 6586, in do_vartree
    if not virts_p.has_key(vkeysplit[1]):
IndexError: list index out of range

Expected Results:  
Repoman should've scanned the local package directory for ebuild issues and
problems.


emerge info:

armando@mudra gnumail $ sudo emerge info
Portage 2.0.51_rc1 (default-linux/x86/2004.2/gcc34/2.6, gcc-3.4.1,
glibc-2.3.4.20040808-r0, 2.6.8-gentoo-r3 i686)
=================================================================
System uname: 2.6.8-gentoo-r3 i686 Intel(R) Pentium(R) M processor 1600MHz
Gentoo Base System version 1.4.16
distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
Autoconf: sys-devel/autoconf-2.59-r4
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.14.90.0.8-r1
Headers:  sys-kernel/linux26-headers-2.6.7-r4
Libtools: sys-devel/libtool-1.5.2-r5
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-march=pentium-m -pipe -O1 -fno-delayed-branch -fcaller-saves
-freorder-blocks -falign-jumps -finline-functions -fno-trapping-math
-falign-functions=64"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/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="-march=pentium-m -pipe -O1 -fno-delayed-branch -fcaller-saves
-freorder-blocks -falign-jumps -finline-functions -fno-trapping-math
-falign-functions=64"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache cvs sandbox sfperms"
GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo http://128.213.5.34/gentoo/
http://gentoo.mirrors.pair.com/ http://mirror.datapipe.net/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/home/armando/Projects/GENTOO/gentoo-x86"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X aalib acl alsa apm avi berkdb cdr crypt cups directfb encode esd
foomaticdb gdbm gif gpm gtk gtk2 guile imlib jpeg kerberos ldap libg++ libwww
mad mikmod mpeg mysql ncurses nptl oggvorbis opengl oss pam pdflib perl png
postgres python quicktime readline ruby sdl slang spell ssl svga tcpd tetex tiff
truetype unicode x86 xml2 xmms xv zlib"

As emerge info shows, I've "upgraded" to the gcc34/2.6 profile, and have
re-emerged empty my system and world; all packages I'm personally developing
seem to work fine so far.

Importantly, "emerge category/package" always works; dependencies seem to be
identified correctly, always.

Installed python is:
dev-lang/python-2.3.3-r1  +X +berkdb -bootstrap -build -debug +doc +gdbm -ipv6
+ncurses +readline +ssl -tcltk (-uclibc) -ucs2

Also, many reboots later, my system experienced one hard lock when I was testing
new features in xorg-x11-6.8.0; I'm running reiserfs (v3), and all data seemed
to be AOK after cold shutdown and restart.  (I do not no offhand how to check
the data integrity of portage system data files).  I've re-emerged python and
portage with no no change in this behavior.

Marking this as major, but I want to mark it as critical, as I cannot commit to
gentoo-x86 atm because of this.

[Comment 1 Nicholas Jones (RETIRED) 2004-09-16 09:23:28 UTC]

Do you have a virtuals file in /etc/portage ?
Do you have an overlay with a dep that is not a full atom? (not cat/package)

[Comment 2 Armando Di Cianno (RETIRED) 2004-09-16 11:26:04 UTC]

I don't really know Python, but your response gave me enough of a clue.  I editted /usr/lib/portage/pym/portage.py, added a simple print command to show me the DEPEND 's it was parsing.  Looks like a "cvs update" in the root of the gentoo-x86 module spat out a conflict, that I overlooked.  The "<<<<<<<" gave it away quickly.

So, I suppose this is "not a bug" now, but it'd be nice if the QA tool had more robust output capabilities, e.g.

"Your file was too horrendous to parse.
died on 'profile/default-linux-2004.2/virtuals line 42: '<<<<<<< virtuals'"

Regardless, it's solved now; thanks.

[Comment 3 Jason Stubbs (RETIRED) 2004-09-21 17:57:29 UTC]

Nice error output is another bug.. This specific bug was a cvs conflict. Resolving...