1 |
On Sat, 2006-04-08 at 11:18 +0900, Jason Stubbs wrote: |
2 |
> On Saturday 08 April 2006 07:36, Ned Ludd wrote: |
3 |
> > On Fri, 2006-04-07 at 14:19 -0400, solar wrote: |
4 |
> > > FEATURES="buildpkg" ROOT=/ emerge gcc |
5 |
> > > rm -rf /dev/shm/foo |
6 |
> > > |
7 |
> > > ROOT=/dev/shm/foo emerge gcc -pvK |
8 |
> > > |
9 |
> > > Notice how it selects the incorrect deps? |
10 |
> > > IE: eselect cuz it's the first listed dep in the || ( ) vs the |
11 |
> > > gcc-config |
12 |
> > |
13 |
> > + When you already have a copy of gcc-config installed on / and in |
14 |
> > .tbz2 format in ${PKGDIR}/All and no eselect anywhere. |
15 |
> |
16 |
> This should work. I believed I had fixed it by adding the use_binaries |
17 |
> parameter and code paths to dep_zapdeps. If it's not working then there must |
18 |
> be a bug left somewhere. |
19 |
|
20 |
Must be a bug left somewhere then. I just tested with |
21 |
Portage 2.1_pre7-r4 and the result is the same. |
22 |
|
23 |
> Having a quick look at the dep_zapdeps function, I can't see what but I think |
24 |
> I've discovered another bug. If use_binaries is true, porttree isn't checked |
25 |
> for matches which means that it'll fall through to the "last resort" code |
26 |
> when there's no matching binaries which could end up selecting an atom that |
27 |
> only has masked porttree matches. |
28 |
|
29 |
yikes. |
30 |
|
31 |
|
32 |
> Hmm, there could be a problem the other way too. If there is a binary package |
33 |
> of a masked package and -k (rather than -K) is used, the binary package might |
34 |
> still be chosen. Either way, I'll do some tests and figure out what's not |
35 |
> working. |
36 |
|
37 |
Thanks I/we* appreciate that Jason. If you want me to attempt to file |
38 |
a bug for this I can try but I probably wont do it justice. |
39 |
|
40 |
|
41 |
-- |
42 |
Ned Ludd <solar@g.o> |
43 |
Gentoo Linux |
44 |
|
45 |
-- |
46 |
gentoo-portage-dev@g.o mailing list |