Bug 45468 – 2.0.50-r2 tackles virtuals in reverse order

• Status: RESOLVED FIXED
• Product: Portage Development

[Description Seemant Kulleen (RETIRED) 2004-03-22 21:19:38 UTC]

Hi Nick, I noticed this earlier and didn't make sense of it till rac mentioned in #gentoo-dev:

<rac> somebody was claiming that portage went through the virtuals list *backwards* as of -r2

And it's true, look at my /var/cache/edb/virtuals entry for virtual/x11

virtual/x11 x11-base/xfree x11-base/kdrive

On an emerge -Dup world, it wanted to pull in kdrive as a N (I'd unmerged kdrive a long while ago)

[Comment 1 Masatomo Nakano (RETIRED) 2004-03-23 09:20:27 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...

[Comment 2 Jason Stubbs (RETIRED) 2004-03-24 20:30:01 UTC]

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

[Comment 3 Masatomo Nakano (RETIRED) 2004-03-31 16:14:38 UTC]

Now in cvs.

jstubbs,
I've modifid the patch a little and commited.

Thanks for the patch.

[Comment 4 SpanKY 2004-04-13 20:32:00 UTC]

done

[Comment 5 SpanKY 2004-04-27 20:52:11 UTC]

*** Bug 49232 has been marked as a duplicate of this bug. ***

[Comment 6 Ed Catmur 2004-04-27 21:46:27 UTC]

*** Bug 49228 has been marked as a duplicate of this bug. ***

[Comment 7 Ed Catmur 2004-04-27 21:47:48 UTC]

*** Bug 49225 has been marked as a duplicate of this bug. ***