Doing "ebuild $PWD/jaxb-2.2.1.ebuild digest clean install" on an ebuild I'm currently modifying for the java-experimental overlay, I got this traceback from latest portage 2.2 rc72: Appending /usr/portage/local/java-experimental to PORTDIR_OVERLAY... Traceback (most recent call last): File "/usr/bin/ebuild", line 285, in <module> vartree=portage.db[portage.root]['vartree']) File "/usr/lib64/portage/pym/portage/proxy/objectproxy.py", line 31, in __call__ return result(*args, **kwargs) File "/usr/lib64/portage/pym/portage/package/ebuild/doebuild.py", line 587, in doebuild rval = _validate_deps(mysettings, myroot, mydo, mydbapi) File "/usr/lib64/portage/pym/portage/package/ebuild/doebuild.py", line 989, in _validate_deps myuse="all", myroot=myroot, trees=dep_check_trees) File "/usr/lib64/portage/pym/portage/proxy/objectproxy.py", line 31, in __call__ return result(*args, **kwargs) File "/usr/lib64/portage/pym/portage/dep/dep_check.py", line 559, in dep_check use_binaries=use_binaries, myroot=myroot, trees=trees) File "/usr/lib64/portage/pym/portage/dep/dep_check.py", line 48, in _expand_new_virtuals myvirtuals = mysettings.getvirtuals() File "/usr/lib64/portage/pym/portage/package/ebuild/config.py", line 1940, in getvirtuals self._virtuals_manager._populate_treeVirtuals(temp_vartree) File "/usr/lib64/portage/pym/portage/package/ebuild/_config/VirtualsManager.py", line 170, in _populate_treeVirtuals for provide, cpv_list in vartree.get_all_provides().items(): File "/usr/lib64/portage/pym/portage/dbapi/vartree.py", line 1835, in get_all_provides for mykey in self.get_provide(node): File "/usr/lib64/portage/pym/portage/dbapi/vartree.py", line 1823, in get_provide mydir = os.path.join(self._eroot, VDB_PATH, mycpv) AttributeError: 'vartree' object has no attribute '_eroot' Downgrading portage to rc71 solves the issue.
This is fixed in git: http://git.overlays.gentoo.org/gitweb/?p=proj/portage.git;a=commit;h=a4b28e981839e14b1bca4c916ed7488aa28ff961
Thanks for the quick fix! I just hit this when running sunrise-commit -c
This is fixed in 2.2_rc73.