Summary: | 2.0.50-r2 tackles virtuals in reverse order | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Seemant Kulleen (RETIRED) <seemant> |
Component: | Core - Dependencies | Assignee: | Portage team <dev-portage> |
Status: | RESOLVED FIXED | ||
Severity: | critical | CC: | ed, rac |
Priority: | High | Keywords: | InVCS |
Version: | unspecified | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | Fix for virtual ordering against 2.0.50-r2 |
Description
Seemant Kulleen (RETIRED)
2004-03-22 21:19:38 UTC
portage devs, I found there are two problems here. This bug does not happen in only one bug. First, reversing virtuals. We use dep_grab_stacked() to make virtual dict now, so virtual is made reversed. Second, using fakedb in dep_zapdep. When it is set --update option, vardbapi==fakedb, so dep_zapdep can't find installed package. I'll fix these problems... Created attachment 27973 [details, diff]
Fix for virtual ordering against 2.0.50-r2
Fixes the ordering of virtuals.
Reading of the following files is also affected by this patch but ordering
should not affect any of them:
use.defaults // Order does not matter
make.globals // Variables are not redefined
make.defaults // Variables are not redefined
package.mask // Order does not matter
Now in cvs. jstubbs, I've modifid the patch a little and commited. Thanks for the patch. done *** Bug 49232 has been marked as a duplicate of this bug. *** *** Bug 49228 has been marked as a duplicate of this bug. *** |