Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 6874 - any "world" emerge commands fail when dirs in PORTDIR_OVERLAY are the same as main tree
Summary: any "world" emerge commands fail when dirs in PORTDIR_OVERLAY are the same as...
Status: RESOLVED INVALID
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Unclassified (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Daniel Robbins (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-08-22 01:11 UTC by Brad Cowan (RETIRED)
Modified: 2011-10-30 22:20 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Brad Cowan (RETIRED) gentoo-dev 2002-08-22 01:11:59 UTC
 
Comment 1 Brad Cowan (RETIRED) gentoo-dev 2002-08-22 01:15:55 UTC
using gentoo 1.4 any emerge world functions fail when PORTDIR_OVERLAY internal
dirs are the same as the main tree...

 emerge -pu world

These are the packages that I would merge, in order.

Calculating world dependencies \Traceback (most recent call last):
  File "/usr/bin/emerge", line 1325, in ?
    if not mydepgraph.xcreate(myaction):
  File "/usr/bin/emerge", line 757, in xcreate
    myeb=portage.portdb.xmatch("bestmatch-visible",mydep)
  File "/usr/lib/python2.2/site-packages/portage.py", line 2955, in xmatch
    myval=best(self.xmatch("match-visible",None,mydep,mykey))
  File "/usr/lib/python2.2/site-packages/portage.py", line 2966, in xmatch
    myval=self.match2(mydep,mykey,self.xmatch("list-visible",None,mydep,mykey))
  File "/usr/lib/python2.2/site-packages/portage.py", line 2952, in xmatch
    myval=self.gvisible(self.visible(self.cp_list(mykey)))
  File "/usr/lib/python2.2/site-packages/portage.py", line 3030, in gvisible
    myaux=db["/"]["porttree"].dbapi.aux_get(mycpv, ["KEYWORDS"])
  File "/usr/lib/python2.2/site-packages/portage.py", line 2742, in aux_get
    myebuild=self.findname(mycpv)
  File "/usr/lib/python2.2/site-packages/portage.py", line 2721, in findname
    myloc=self.oroot+"/"+mysplit[0]+"/"+psplit[0]+"/"+mysplit[1]+".ebuild"
TypeError: unsubscriptable object

THXS
Brad Cowan 
<bradlyatc@cowancomputers.com>
Comment 2 Brad Cowan (RETIRED) gentoo-dev 2002-08-26 04:13:53 UTC
I now think I have narrowed the problem to having an ebuild that is not in the
main portage tree....located in my overlaid dir and the overlaid dir having the
same name as that of the main portage tree 
THX
Comment 3 Chris Arndt 2002-08-27 18:51:21 UTC
I'm seeing a similar problem



These are the packages that I would merge, in order.

Calculating world dependencies |Traceback (most recent call last):
  File "/usr/bin/emerge", line 1325, in ?
    if not mydepgraph.xcreate(myaction):
  File "/usr/bin/emerge", line 771, in xcreate
    if not self.create(myk):
  File "/usr/bin/emerge", line 696, in create
    self.create(myk,parent)
  File "/usr/bin/emerge", line 696, in create
    self.create(myk,parent)
  File "/usr/bin/emerge", line 643, in create
    mycheck=portage.dep_check(mydep[myroot],mydbapi)
  File "/usr/lib/python2.2/site-packages/portage.py", line 2122, in dep_check
    mydict[x]=1
TypeError: list objects are unhashable
Comment 4 Chris Arndt 2002-08-27 19:01:25 UTC
looks like i was wrong, removed all my direcotories from portage.local, and i
still get the traceback error.

looks like this started after updateing baselayout-1.8.2, sed-3.02.80-r4 and
util-linux-2.11u
Comment 5 Daniel Robbins (RETIRED) gentoo-dev 2002-09-03 15:13:32 UTC
Can't reproduce and bug report doesn't contain detailed information. I'm closing
this bug