Новый стабильный стейж для кпк

Процесс в принципе описан во в этом документе:
http://arcanux.org/guidexml/cross-development.html
Смысл заключается в том, что при помощи небольшой оболочки система портежей перенастраивается на сборку пакетов в нестандартный корень. Т.е. получается, что сборочная система находится вне собираемой системы (это штатная фишка портежей, но мало кто о ней знает). Кроме того активируется режим кросскомпиляции. Это тоже штатная фишка портежей.
В оптимистическом случае просто запустив xmerge --root /my/arm/root system получаем готовую базовую систему для arm. По крайней мере для mips роутеров так точно сибирали системы, это в GVN было. Но в реальности натываемся на две проблемы:
1) Для некоторых пакетов кросскомпиляция невозможно, если не ошибаюсь, например для perl. Ну берут эти приложения и собирают утилиты, которыми потом пытаются собирать себя. В принципе есть хитрые утилиты (кажись buildroot называется), коорые выполняют все приложения, кроме кросскомпилятора как такового на виртуальной машине соответсвующей архитектуры. На portage вроде пока так не умеет. Так что с такими пакетами облом.
2) Бажные компиялторы. Мы пытаемся собирать стейджи с eabi, который реализован только в 4ом gcc, коорый еще не совсем стабилизовался. В общем он хреново кросскомпилирует. Что-то работает (больщая часть минимально необходимых утилит), что-то вообще не работает (bash, глючит адски), что-то поглючивает (кросовео ядро для A620 играло звук очень тихо и с огромными искажениями, я его долго дебажил, пока простой kprintf() не решил проблему, тогда я понял, что баг в компиляторе, а не в ядре). Можете использовать gcc 3.сколько.то.там, тогда эта проблема отпадет.

В итоге в режиме кросскомпиляции был сделан начальный образ, это выполнил Alexxy, частично в него жестко были встроены бинарные пакеты от ангстрома, например binutils, после чего из этого кое-как работающего стейджа с использованием xmerge был собран нативно относительно стабильный стейдж, который сейчас и выложен на ftp. Ну а дальше пакеты к ним собираем.

Я не знаю, что написано в книже "linux from scratch", но если это то, о чем я думаю, то многим. В идеале, процесс создания стейджа под другую архитектуру мало отличается от нативной сборки, после насройки окружения. В любом случае, имеем многочисленные прелести gentoo.

PS Также можно обратить внимение на проект tinyGentoo, там описано, как максимально выкинуть все ненужное,обещают, что можно уложиться и в 20 метров. Но так как нам нужна нативная сборка и мы используетм glibc, то размер самого базового стейдже требует немало места, метров 200-300, а мой текущий образ, с кучей ненужный пакетов (экспериментирую, ищу те, которые нужны) требует уже гигововй карточки. Кроме того можно использовать uclibc вместо glibc, чем дополнительно снизить аппетит системы. Но я лично хочу C++.

PS Сейчас система собрана с -Os, возможно перейдем на -O2