I've run emerge regen (no obvious errors) We're not in PORTDIR... setting to: /mnt/stuff/TEMP/cvstree/gentoo-x86 RepoMan scours the neighborhood... Traceback (most recent call last): File "/usr/bin/repoman", line 716, in ? repoman_settings.regenerate() File "/usr/lib/portage/pym/portage.py", line 1392, in regenerate self.configdict["auto"]["USE"]=autouse(db[root]["vartree"],use_cache=use_cache) File "/usr/lib/portage/pym/portage.py", line 1121, in autouse myresult=dep_check(mydep,myvartree.dbapi,None,use="no",use_cache=use_cache) File "/usr/lib/portage/pym/portage.py", line 3309, in dep_check mylist=flatten(dep_listcleanup(dep_zapdeps(mysplit,mysplit2))) File "/usr/lib/portage/pym/portage.py", line 3052, in dep_zapdeps myresult=dep_zapdeps(unreduced[x],reduced[x]) File "/usr/lib/portage/pym/portage.py", line 3038, in dep_zapdeps elif myportapi.match(x): AttributeError: 'NoneType' object has no attribute 'match'
I think it's alredy fixed in 2.0.50-r2. Can you try it?
Just updated, emerge regen again is quite slow this time , and far more verbose (I also removed the var/cache/edb/dep stuff) Checked, current repoman doesnt crash, however it balks on a lockfile :/ stat64("/var/cache/edb/dep///mnt/stuff/TEMP/cvstree/gentoo-x86/dev-java/blackdown-jre-1.3.1-r9", 0xbfffbca0) = -1 ENOENT (No such file or directory) futex(0x8067858, FUTEX_WAKE, 1) = 0 stat64("/var/cache/edb/dep", {st_mode=S_IFDIR|S_ISGID|0775, st_size=6144, ...}) = 0 open("/var/cache/edb/dep//aux_db_key_temp", O_WRONLY|O_CREAT|O_LARGEFILE, 0660) = 6 flock(6, LOCK_EX I tried to remove the lockfile, using lsof to check that nothing was locking the dirs and so on, then restarted it.. It stalls at the same point.
nakano - can you describe the situation that causes the error please?
Seems this problem is caused the the recent change to: default-ppc-1.0/virtuals default-ppc-1.4/virtuals default-ppc-2004.0/virtuals The change uses two packages for the virtual which is not supported by the current stable portage. In fact, it is explicitly mentioned in the man page for portage that the virtuals file consists of one virtual and DEPEND atom base pair per line. I would like these changes reverted until the version of portage that supports this file format is released and stable.
Argh, is there any possibility we could get portage-2.0.50-r2 into stable on ppc instead?
The issue affects all arches - I'm running x86 here - so just rolling out the new version of portage for ppc wouldn't solve the problem anyhow. The change really needs to be backed out. It would be great if you would do that as soon as possible.
I'm working on it, but it will take a while as I need to maintain a list of changes so I can put everything back in as soon as >=2.0.50-r2 is stable on all archs... I'm really starting to hate this :(
*** Bug 45466 has been marked as a duplicate of this bug. ***
Same flock error. For what it's worth: # emerge info Portage 2.0.50-r2 (default-x86-1.4, gcc-3.3.3, glibc-2.3.2-r9, 2.6.3-gentoo-r1) ================================================================= System uname: 2.6.3-gentoo-r1 i686 Intel(R) Pentium(R) 4 CPU 1.90GHz Gentoo Base System version 1.4.3.13 ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59-r3 Automake: sys-devel/automake-1.7.7 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=i686 -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.1/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=i686 -funroll-loops -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs buildpkg ccache cvs sandbox" GENTOO_MIRRORS="ftp://ftp.ussg.iu.edu/pub/linux/gentoo" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X alsa apache2 apm arts avi berkdb bonobo cdr crypt cups encode esd foomaticdb gdbm gif gnome gpm gtk gtk2 gtkhtml guile imlib java jpeg kde libg++ libwww mad maildir mikmod motif mozilla mpeg ncurses nls oggvorbis opengl oss pam pda pdflib perl png python qt quicktime readline scanner sdl slang spell ssl svga tcltk tcpd tetex truetype x86 xml2 xmms xv zlib" # cat /etc/portage/modules portdbapi.auxdbmodule="portage_db_anydbm.database" eclass_cache.dbmodule="portage_db_anydbm.database"
I've backed out most of my changes now. Things should have gone back to normal, please test.
Backing out the change to the profiles/ files fixed things for portage-2.0.50-r1. I can't comment on the state of portage-2.0.50-r2 Thanks for backing that change out.
just what version of portage should I test?
from carpaski in #gentoo-dev: Can I get everyone that had problems with portage-2.0.50-r2 to test out portage-2.0.50-r210 for me? Copy -r2's ebuild to -r210.
yey! it works with -r210
or... No. spider@Darkmere> repoman /usr/portage/gnome-base We're not in PORTDIR... setting to: /mnt/stuff/TEMP/cvstree/gentoo-x86 RepoMan scours the neighborhood... Traceback (most recent call last): File "/usr/bin/repoman", line 652, in ? myaux=portage.db["/"]["porttree"].dbapi.aux_get(catdir+"/"+y,allvars,strict=1) File "/usr/lib/portage/pym/portage.py", line 4731, in aux_get mylock = lockfile(mydbkey,unlinkfile=1) File "/usr/lib/portage/pym/portage.py", line 83, in lockfile myfd = os.open(lockfilename, os.O_CREAT|os.O_WRONLY,0660) OSError: [Errno 13] Permission denied: '/var/cache/edb/dep//aux_db_key_temp'
scratch comment #15, that was wrong.. It worked in the place that crashed earlier. And that was a trailing temp/lock file, restarting a "emerge -vup portage" as root cleared it out.
-r210 works fine here. Thanks, Zypher.
The bug has been fixed in 2.0.50-r2/-r4(not -r3)
fixed
