there is an old 2005 stage3, which is not pretty able to emerge things in order to make itself updated with the current portage tree, is there any modern (2007-2008) arm-softfloat-linux-uclibc-stage3 ?

I have an arm-v5-littleendian machine here, so i could chroot into the 2005-uclibc stage3 and arrange and native compile an upgrade from the 2005 uclibc stage3 to 2009's one

it's an amazing work!

yesterday i compiled gcc-4.1.2 (from gcc-3.4.4), uclibc, and a bit of devchain tools

i am in a trouble about digests, also a lot of ebuilds are not understood for the old portage's tool. I can't emerge bash, python, etc ... so i'd better look for and old portage tree and emerge things progressively ...

that's an amazing work !

any other good idea ?

also, anybody find this uclibc-stage3-2009 is useful for any project ?

I assume you see the EAPI not supported message. (You have not even told us that much.)

Portage itself is EAPI 0 and therefore there is no way your portage from 2005 couldn't understand the ebuild of the current stable portage. You are running into issues with dependencies which can be avoided one or the other way.

I'm trying to find an arm-unkown-linux-uclibc stage 3, because i would like to compile stuff for my andriod phone. I'm looking for it since 2 weeks now, without success. The only stage i found is that one from 2005, and after chrooting i couldn't update portage, just like in the post above.
I tryed to build the environment with uclibc's buildroot, but ... hmm... that is a huge mess for me. I know, that there are arm stages for gentoo, but all of them are built against glibc. I need uclibc, because (i was told) i can only compile static libraries with that. (with the glibc stage i couldn't compile ncurses as static, but that would be very important)

So if somebody could please help me, i would really appreciate it. You guys are probably able to build a stage3 for me, or explain how to use dynamic libraries, if the library paths are different (eg. /lib is /system/lib, /usr/lib is /system/usr/lib...).