Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 65106 - "glsa-check -f 200409-16" fails
Summary: "glsa-check -f 200409-16" fails
Status: RESOLVED DUPLICATE of bug 64353
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: AMD64 Linux
: High normal
Assignee: Portage team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-09-23 08:54 UTC by Darren West
Modified: 2005-07-17 13:06 UTC (History)
1 user (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 Darren West 2004-09-23 08:54:57 UTC
I realize this is not a production-ready tool, nevertheless...

# glsa-check -f 200409-16
WARNING: This tool is completely new and not very tested, so it should not be
used on production systems. It's mainly a test tool for the new GLSA release
and distribution system, it's functionality will later be merged into emerge
and equery.
Please read http://www.gentoo.org/proj/en/portage/glsa-integration.xml
before using this tool AND before reporting a bug.

fixing 200409-16
auxdb exception: [/usr/portage::net-fs/samba-3.0.7]: u'No key provided. key: samba-3.0.7'
Traceback (most recent call last):
  File "/usr/bin/glsa-check", line 162, in ?
    mergelist = myglsa.getMergeList()
  File "/usr/lib/gentoolkit/pym/glsa.py", line 565, in getMergeList
    self.packages[pkg]["unaff_atoms"])
  File "/usr/lib/gentoolkit/pym/glsa.py", line 324, in getMinUpgrade
    mylist = portage.db["/"]["porttree"].dbapi.match(u)
  File "/usr/lib/portage/pym/portage.py", line 5118, in match
    return self.xmatch("match-visible",mydep)
  File "/usr/lib/portage/pym/portage.py", line 5105, in xmatch
    myval=match_from_list(mydep,self.xmatch("list-visible",None,mydep=mydep,mykey=mykey))
  File "/usr/lib/portage/pym/portage.py", line 5091, in xmatch
    myval=self.gvisible(self.visible(self.cp_list(mykey)))
  File "/usr/lib/portage/pym/portage.py", line 5189, in gvisible
    myaux=db["/"]["porttree"].dbapi.aux_get(mycpv, ["KEYWORDS"])
  File "/usr/lib/portage/pym/portage.py", line 4916, in aux_get
    myret=doebuild(myebuild,"depend","/",self.mysettings,dbkey=mydbkey)
  File "/usr/lib/portage/pym/portage.py", line 2118, in doebuild
    mysettings["EBUILD"]   = ebuild_path
  File "/usr/lib/portage/pym/portage.py", line 1398, in __setitem__
    raise ValueError("Invalid type being used as a value: '%s': '%s'" % (str(mykey),str(myvalue)))
ValueError: Invalid type being used as a value: 'EBUILD': '/usr/portage/net-fs/samba/samba-3.0.7.ebuild'


Reproducible: Always
Steps to Reproduce:
1.
2.
3.




My current version was 3.0.6-r4
'emerge ">samba-3.0.7"' emerged net-fs/samba-3.0.7-r1 with no difficulty, so I
suspect the problem lies more with glsa-check than with the ebuild.
Comment 1 Thierry Carrez (RETIRED) gentoo-dev 2004-09-28 03:19:35 UTC
What portage version do you use ?
Comment 2 Marius Mauch (RETIRED) gentoo-dev 2004-09-28 03:26:35 UTC
it's the usual Unicode problem that pops up from time to time, haven't found a pattern yet, anyway this will be fixed in the next gentoolkit release.
Comment 3 Thierry Carrez (RETIRED) gentoo-dev 2004-10-10 07:46:54 UTC

*** This bug has been marked as a duplicate of 64353 ***