Summary: | argument atoms inappropriately match multiple slots | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Priit Laes (IRC: plaes) <plaes> |
Component: | Core - Dependencies | Assignee: | Portage team <dev-portage> |
Status: | RESOLVED FIXED | ||
Severity: | minor | Keywords: | InVCS |
Priority: | High | ||
Version: | 2.1 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 155723, 216231 |
Description
Priit Laes (IRC: plaes)
2008-04-22 08:51:09 UTC
(In reply to comment #0) > Currently portage 2.1.5_rc6 wants to rebuild xulrunner-1.8 which shouldn't be > required: > > "xulrunner" gets pulled in by the command line arg, portage resolves it as 1.9 > (highest version), and then in the same depgraph, gets in liferea, then it > decides whether to include liferea's deps in the depgraph, sees "xulrunner" > there (instead of xulrunner-1.9) and pulls in 1.8 too. The code that matches arguments with packages doesn't work correctly when multiple slots are involved. Until this is fixed, you can use a more specific atom like =xulrunner-1.9 as a workaround. This is fixed in 2.1.5_rc7. |