А что там портировать? Разве простой пересборки недостаточно?

Ждём отечественных arm-нанокомпьютеров?

Ждём смартфон полностью на отечественных компонентах. В форм-факторе походного рюкзака.

Не, ну а чо, молодцы. Пусть будет.

> завершили работу над портированием репозитория Sisyphus на архитектуру ARM.

перенесено большинство пакетов репозитория

Так завершили или нет?

можно говорить о возможности сборки полноценной системы.

А можно говорить о том, что в собранной системе можно работать?

> А что там портировать? Разве простой пересборки недостаточно?

Если бы все так было просто, то все бы напортировали. Нужно и патчей наложить специфических (под АРМ) и чтобы все вместе работало, и машинку найти, чтобы все это хозяйство пересобирать постоянно (новые версии то выходят) и ещё куча всего. Изначально там qemu-arm использовался (для первых нескольких десятков системных пакетов), а потом уже и железка настоящая. Нормальная такая хакерская (в хорошем смысле) работа проделана.

> А можно говорить о том, что в собранной системе можно работать?

На сколько я понял, серверные решения уже можно, а десктопные подтягиваются, скоро будут.

портированием репозитория Sisyphus на архитектуру ARM.

Sisyphus в плане программного обеспечения на чём написан? Неужели так трудно перекомпилировать сервис репозитория на другую архитектуру, что приходится констатировать героические усилия по переносу?

В данный момент на ARM перенесено большинство пакетов репозитория, а это значит, что можно говорить о возможности сборки полноценной системы.

Пакеты прикладных программ у линуксоидов — часть системы. Ага.

>> А можно говорить о том, что в собранной системе можно работать?

На сколько я понял, серверные решения уже можно

По ссылке я ничего такого не увидел.

>> В данный момент на ARM перенесено большинство пакетов репозитория, а это значит, что можно говорить о возможности сборки полноценной системы.

Пакеты прикладных программ у линуксоидов — часть системы. Ага.

Просто линуксоидам редко нужна голая система - в ней же работать надо, а не ощущать себя крутым админом.

>Неужели так трудно перекомпилировать сервис репозитория на другую архитектуру

man кросс-компиляция.

Ждем портирования на MIPS. Все-таки, эта архитектура намного мощнее ARM'а.

Даешь портабельный альт!

ЗЫ Жаль, платформа повер в наши дни никого не интересует...

> Неужели так трудно перекомпилировать сервис репозитория на другую архитектуру, что приходится констатировать героические усилия по переносу?

Сервис репозитория-то не сложно. Сложно заставить собираться и запускаться все пакеты так, что бы в этом можно было работать.

ALTLinux++;

>Ждем портирования на MIPS. Все-таки, эта архитектура намного мощнее ARM'а.

И чем же это? Ну прям намного? Насколько я знаю, они примерно равноценные из расчёта выполненной работы на ватт энергии.

Изначально там qemu-arm использовался (для первых нескольких десятков системных пакетов), а потом уже и железка настоящая.

А что кросскомпиляция уже не в моде?

У нас есть порт на Power, мы его сделали по заказу в 2009. Но так как больше заказов не было, то он заморожен. Порт ARM включен в основную ветку Сизифа потому, что он выглядит перспективным с коммерческой точки зрения.

> Нормальная такая хакерская (в хорошем смысле) работа проделана.

дебиановцы смотрят на альт как на... да как на альт и смотрят

> man кросс-компиляция.

ты сам это пробовал? Допилить до кросскомпиляции пакеты ЗАМЕТНО сложнее, чем собрать на нативной железяке. Даже при наличии рабочих кросс-gcc/binutils.

> ты сам это пробовал? Допилить до кросскомпиляции пакеты ЗАМЕТНО сложнее, чем собрать на нативной железяке. Даже при наличии рабочих кросс-gcc/binutils.

ну я собирал под свою n810 пакеты - благодаря тому, что у дебиановцев есть мозги, делалось это быстро и легко

> ну я собирал под свою n810 пакеты - благодаря тому, что у дебиановцев есть мозги, делалось это быстро и легко

Я тоже собирал под arm. С дебиан все не так просто. Например, куча пакетов была несобирабельная при HOST_CC != CC. С http://www.emdebian.org/ чуть лучше, но мне проще всего оказалось запилить toolchain в openembedded и собирать софт уже bitbake'ом

Просто windows-пользователям редко нужна голая система - в ней же работать надо, а не ощущать себя крутым админом.

> С дебиан все не так просто. Например, куча пакетов была несобирабельная при HOST_CC != CC

со scratchbox у меня таких проблем не было

значит ли это - что я могу на свою шиву-плаг альт поставить, снеся юбунту?
(будут работать nfs, xorg, vnc-server, apache, openjdk, tomcat? )

> Пакеты прикладных программ у линуксоидов — часть системы. Ага.

Попробуй для разнообразия сконцентрироваться на главном. Придираться к формулировкам-то несложно.

А у вас не было планов сделать какой-нибудь ноутбук на arm? Думаю, что местная аудитория разобрала бы весь тираж за троё суток.

>ты сам это пробовал?

Ядро + busybox собирал для qemu-arm.

зачем? есть же debian и emdebian.

s/В форм-факторе походного рюкзака/В форм-факторе армейской переносимой радиостанции/ удобный и прочный корпус в стиле Р-143 эргономичные головные телефоны и стильная тангента...

>А можно говорить о том, что в собранной системе можно работать?

Нет. Написано же - Альт Линукс.

Во всяком случае в четвёртой платформе лайфсиди прикольный, третьекедный, фильмы крутит. А в пятой вообще есть десктопный дистрибутив для пользователей или нет? Что-то на сайте не видно.

Оказывается есть но спрятано) В разделе «продукты» нет, есть только в «скачать».

Готовят себя для русской ОС? а вообще пускай, Патрик вроде как разрешил.

openjdk и tomcat тестируются, будут в августе. Остальное рабочее. На wiki описана установка на шиву-плаг.

> openjdk и tomcat тестируются, будут в августе. Остальное рабочее. На > wiki описана установка на шиву-плаг.

aen ** (29.07.2010 6:10:03)

Есть ли в планах MIPS порт ?

понятно
новость ниачем, автора (вместе с альтом и всеми альтовцами) в баню)))

Нормальная такая хакерская (в хорошем смысле) работа проделана.

прикольно. я собирал генту неоднократно под MIPS и ARM (кросскомпиляцией по большей части), впервые еще года 4 тому. я теперь типа хакир что ли? можно новость писать на ЛОРе?

Я тоже собирал под arm. С дебиан все не так просто. Например, куча пакетов была несобирабельная при HOST_CC != CC.

Допилить до кросскомпиляции пакеты ЗАМЕТНО сложнее

кросскомпилятором не собирается процентов 10 наверное пакетов, но тут есть qemu-user, так что даже и не нужно какого-то левого окружения в виде эмуляторов городить.

а кросскомпиляция на каком-то кваде будет на порядок быстрей любого нативного арма....

> Нужно и патчей наложить специфических (под АРМ)

Может надо использовать нормальные кросс-платформенные ЯП?

> Например, куча пакетов была несобирабельная при HOST_CC != CC

Как надо писать код, чтобы добиться такого эффекта?

Вы предлагаете взять и переписать все пакеты не неправильных ЯП ? Да и на правильных, кстати, авторы не всегда изначально пишут с расчетом на кросс.

"Портировали"?

Мне кажется слово «портировали» здесь не совсем уместно, всё же основную работу по переносу GCC/KDE/whatever на ARM сделали не в Alt'е. Лучше был бы сказать: «Выпущена версия Alt Linux для архитектуры ARM.»

И таки жду появления в их магазине ARM'буков.

Сервер на ARM?

Почему ARM, а не MIPS? Китайцы свои Драконы по рублю за ведро процев вроде продают?

>У нас есть порт на Power, мы его сделали по заказу в 2009.

Почему gentoo просто собирается без всякого портирования?

молодцы

>Специалисты компании ALT Linux совместно с другими членами ALT Linux

толсто

Спасибо за дефис между «ARM» и «архитектурой». Уже отчаянно скулилось от вездесцущих «Linux система» и пр.

Будут заказы — будет порт.

Ждем армбуки и армнедобуки.

> Ядро + busybox собирал для qemu-arm.

И то и другое тщательно тестируют на предмет такой собирабельности. С ними проблем как раз и нет =)

> Как надо писать код, чтобы добиться такого эффекта?

Не код, а систему сборки.. Например, если во время сборки билдятся сначала moc/uic-like генераторы кода, которые сразу запускаются.