| 1 |
On Sat, 2007-07-14 at 01:12 +0300, Philipp Riegger wrote: |
| 2 |
> On Fri, 2007-07-13 at 09:30 -0500, Andrew Gaffney wrote: |
| 3 |
> > My bet is that there's something screwed up in the profile (like glibc |
| 4 |
> > is p.masked and virtual/libc only has glibc listed). |
| 5 |
> |
| 6 |
> I explicitly added |
| 7 |
> virtual/libc sys-libs/uclibc |
| 8 |
> to the virtuals file in uclibc/x86 although it should be inherited from |
| 9 |
> uclibc. No difference. Something in there is really strange, and i don't |
| 10 |
> know what. |
| 11 |
|
| 12 |
For the record: |
| 13 |
|
| 14 |
Since the dependencies were created from packages.build in the profile, |
| 15 |
i added something like |
| 16 |
" |
| 17 |
-virtual/libc |
| 18 |
sys-libs/uclibc |
| 19 |
" |
| 20 |
there ad after that dependency resolving worked. It failed some time |
| 21 |
later with gcc. |
| 22 |
|
| 23 |
I also talked to agaffney on IRC and it seems that without any hacks |
| 24 |
like this it is not possible to build uclibc stages from a glibc seed, |
| 25 |
and with hacks like this it is not guaranteed to work lateron (the last |
| 26 |
half sentence was not discussed with him, but what i experienced). |
| 27 |
|
| 28 |
Philipp |
| 29 |
|
| 30 |
-- |
| 31 |
gentoo-catalyst@g.o mailing list |
Archives