Gentoo Archives: gentoo-portage-dev

From: Jason Stubbs <jstubbs@g.o>
To: gentoo-portage-dev@l.g.o
Subject: Re: [gentoo-portage-dev] 2.1 release candidate soon?
Date: Sat, 08 Apr 2006 02:18:46
Message-Id: 200604081118.28630.jstubbs@gentoo.org
In Reply to: Re: [gentoo-portage-dev] 2.1 release candidate soon? by Ned Ludd
1 On Saturday 08 April 2006 07:36, Ned Ludd wrote:
2 > On Fri, 2006-04-07 at 14:19 -0400, solar wrote:
3 > > FEATURES="buildpkg" ROOT=/ emerge gcc
4 > > rm -rf /dev/shm/foo
5 > >
6 > > ROOT=/dev/shm/foo emerge gcc -pvK
7 > >
8 > > Notice how it selects the incorrect deps?
9 > > IE: eselect cuz it's the first listed dep in the || ( ) vs the
10 > > gcc-config
11 >
12 > + When you already have a copy of gcc-config installed on / and in
13 > .tbz2 format in ${PKGDIR}/All and no eselect anywhere.
14
15 This should work. I believed I had fixed it by adding the use_binaries
16 parameter and code paths to dep_zapdeps. If it's not working then there must
17 be a bug left somewhere.
18
19 Having a quick look at the dep_zapdeps function, I can't see what but I think
20 I've discovered another bug. If use_binaries is true, porttree isn't checked
21 for matches which means that it'll fall through to the "last resort" code
22 when there's no matching binaries which could end up selecting an atom that
23 only has masked porttree matches.
24
25 Hmm, there could be a problem the other way too. If there is a binary package
26 of a masked package and -k (rather than -K) is used, the binary package might
27 still be chosen. Either way, I'll do some tests and figure out what's not
28 working.
29
30 --
31 Jason Stubbs
32 --
33 gentoo-portage-dev@g.o mailing list

Replies

Subject Author
Re: [gentoo-portage-dev] 2.1 release candidate soon? Ned Ludd <solar@g.o>