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

Процесс в принципе описан во в этом документе:
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

А он как-то собрал qt. Или, может быть? qt-embedded. У меня пока это не получилось.

а ссылочку мона?
насколька мне известно xen работает на x86 x86_64 ppc ppc64 alpha
и вроде все...
в их листе рассылке я никаких упоминаний про arm не видел...

ЗЫ может ты имеешь в виду проци omap2 с поддержкой ява машины ( те ее хардовое ускорение )
_________________
Gentoo GNU/Linux 2.6.21 GCC 4.1.2 Dual Xeon
Working on Gentoo for iPAQ hx4700 :-)

Сейчас планируется получить систему, с которой бы было удобно работать. Я сейчас занимаюсь подбором нужных мне прикладных проиложений, их доработкой напильником и т.д. Так что в ближайшее время целенаправленно XEN заниматься наверное не будем.
Но если все модификации, нужные для запуска XEN на ARM протолкнули в апстрим, то еслть вероятность, что его можно собрать и он заработает.