Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug
Bug#: 45468
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Portage team <dev-portage@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Seemant Kulleen (RETIRED) <seemant@gentoo.org>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
2.0.50-r2-virtuals.patch Fix for virtual ordering against 2.0.50-r2 patch Jason Stubbs (RETIRED) 2004-03-24 20:30 0000 908 bytes Details | Diff
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 45468 depends on: Show dependency tree
Bug 45468 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2004-03-22 21:19 0000
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 From Masatomo Nakano (RETIRED) 2004-03-23 09:20:27 0000 -------
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 From Jason Stubbs (RETIRED) 2004-03-24 20:30:01 0000 -------
Created an attachment (id=27973) [details]
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 From Masatomo Nakano (RETIRED) 2004-03-31 16:14:38 0000 -------
Now in cvs.

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

Thanks for the patch.

------- Comment #4 From SpanKY 2004-04-13 20:32:00 0000 -------
done

------- Comment #5 From SpanKY 2004-04-27 20:52:11 0000 -------
*** Bug 49232 has been marked as a duplicate of this bug. ***

------- Comment #6 From Ed Catmur 2004-04-27 21:46:27 0000 -------
*** Bug 49228 has been marked as a duplicate of this bug. ***

------- Comment #7 From Ed Catmur 2004-04-27 21:47:48 0000 -------
*** Bug 49225 has been marked as a duplicate of this bug. ***

Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug