Summary: | has_version traceback when given just $PN and no $CATEGORY | ||
---|---|---|---|
Product: | Portage Development | Reporter: | SpanKY <vapier> |
Component: | Core - Interface (emerge) | Assignee: | Portage team <dev-portage> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | david |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Other | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
SpanKY
2006-07-04 13:47:43 UTC
(In reply to comment #0) > i feel like i submitted this before ... That's because cpv_expand() is called from lots of places and the ValueError needs to be caught and handled correctly for each of those places. It's been caught in a few places, but there are still a few left... This is fixed (works with Portage 2.1.2-r11). Still looks broken to me: $ portageq has_version / gcc Traceback (most recent call last): File "/usr/bin/portageq", line 346, in ? main() File "/usr/bin/portageq", line 341, in main function(sys.argv[2:]) File "/usr/bin/portageq", line 56, in has_version mylist=portage.db[argv[0]]["vartree"].dbapi.match(argv[1]) File "/usr/lib/portage/pym/portage.py", line 5205, in match mydep = dep_expand( File "/usr/lib/portage/pym/portage.py", line 4276, in dep_expand return prefix + cpv_expand( File "/usr/lib/portage/pym/portage.py", line 4492, in cpv_expand raise ValueError, matches ValueError: ['sys-devel/gcc', 'cross-mingw32/gcc'] Oh yeah, it looks like it fails only if you have more packages with same $PN. Didn't know that, sorry. This is fixed in 2.2 at least. |