LINUX.ORG.RU
ФорумTalks

Debian 7 «Wheezy» станет первым multiarch-релизом


0

1

Во время проходящей в эти дни конференции DebConf11 было официально объявлено о том, что одновременная поддержка множества архитектур («multiarch support») стала обязательной целью для следующего релиза операционной системы Debian — 7 «Wheezy». Так называемая «multiarch», т.е. поддержка множества архитектур в единой инсталляции, называется «радикальным переосмыслением иерархии файловой системы с учетом путей к библиотекам и заголовочным файлам, предназначенным для возможности простой (одновременной) установки программ и библиотек разных архитектур на одной и той же системе».

Новость на nixp.ru

★★★★★

Как понять

простой (одновременной) установки программ и библиотек разных архитектур на одной и той же системе».

??

Ладно там еще мультилиб, дело простое. А тут что? Софт для ARM можно будет поставить в х86_64 ? Или наоборот?

ekzotech ★★★★ ()
Ответ на: комментарий от ekzotech

Стив Лангашек (Steve Langasek), активно участвующий в жизни проекта Debian уже более 10 лет и анонсировавший это событие на DebConf, заявил, что поддержка multiarch является важным улучшением, подтверждающим статус Debian как «универсальной операционной системы», потому что «это не только упростит crossbuilding (сборку пакетов для разных архитектур), но и обеспечит лучшую поддержку устаревших 32-битных приложений на новых 64-битных инсталляциях, а в будущем позволит проводить живые миграции с 32-разрядных систем на 64-разрядные».

т.е если пакет содержит одновременно сборку для x86_64 и ARM, то можно поставить и туда и туда, чудес не будет.

mono ★★★★★ ()

Затрудняюсь придумать как оно с DVD загрузится.

vada ★★★★★ ()

то есть теперь будет как и в нормальных дистрибутивах на x86_64 можно будет поставить i386 пакет ? ну не прошло и ста лет как они до этого додумались

Reset ★★★★★ ()

Не нужно же. Ох уж эти радикальные переосмысления, что отвалится то?

Deleted ()

Только чистая 64-битная система, только хардкор.

Raving_Zealot ★★ ()

Федорщики совсем затроллили.

unsigned ★★★ ()
Ответ на: комментарий от unsigned

Да, я против такого решения. Можно сделать проще

/usr/lib
/usr/lib64

Reset ★★★★★ ()
Ответ на: комментарий от Deleted

> Не нужно же. Ох уж эти радикальные переосмысления, что отвалится то?

++ зачем пихать всё в кучу...
// и спиртное на фотке как-то не вселяет уверенности

backbone ★★★★★ ()
Ответ на: комментарий от Hertz

Тогда в 32х битном дистрибутиве будет /usr/lib32 и это сломает совместимость со старыми версиями.

Reset ★★★★★ ()
Ответ на: комментарий от Hertz

Он серчает, что так ты тот же старый пакет не поставишь, ибо они всё пихают в /usr/lib. Совместимость виндовс-стайл :}

Deleted ()
Ответ на: комментарий от Reset

Ну и куда в данном случае ставить библиотеки для ARM или MIPS?

reader ()
Ответ на: комментарий от Reset

> Вместо применяемого в Red Hat и SUSE традиционного и описанного в стандарте LSB подхода...

В этом весь debian.

С другой стороны, так универсальнее: можно в linux i386 ставить пакеты для sparc-sun-solaris.

unsigned ★★★ ()
Ответ на: комментарий от Deleted

А, ну да. В семёрочке же как:

C:\Program Files\

C:\Program Files (x86)\



И ведь ни одного 16-битного проложения под x64 win7 запустить так и не смог, VM спасал, но это уже оффтопик.

А может быть можно в пакетник запилить какой нить костыль который будет детектить «/usr/lib/» и помещать содержимое в «/usr/lib32/»? Короче говоря, чинить пакет на лету.

Hertz ★★★★★ ()
Ответ на: комментарий от Hertz

Скрипты тоже придётся чинить на лету… Придётся вкорячить слой виртуализации ФС, как, опять-таки, в Windows.

Deleted ()
Ответ на: комментарий от reader

Когда я занимался данной темой, то ставил тулчейн от производителя платы к себе в хомовик. Тем более я уверен, что в дебиане как всегда сделают через одно место и вместо того, чтобы поставить пакет с либами от другой архитектуры они будут собирать кастрированное убожество типа emul-linux-sparc64-libs_amd64.deb

Reset ★★★★★ ()

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

Если сравнивать, у дебиана более продумана система, а у редхата - временные костыли.

unsigned ★★★ ()
Ответ на: комментарий от unsigned

Парадокс какой-то. Система построенная на голом энтузиазме продуманнее системы за которую деньги плочены. Будем ждать новости в духе: «С версии xxx RedHat (напару с убунтой) обоснуется на шее Debian».

Hertz ★★★★★ ()
Ответ на: комментарий от Hertz

Редхату просто неинтересен зоопарк архитектур, как я понимаю. А дебиану интересен.

unsigned ★★★ ()

Наконец-то, и 10 лет не прошло! Без внедрения multiarch ближе всего к нему продвинулась федора со своими пакетами program.i686.rpm, program.x86_64.rpm

В дебиане же были убогие lib32* сборки и не для всех пакетов.

Hope ★★ ()
Ответ на: комментарий от unsigned

> А дебиану интересен.
Мне, дураку, этого не понять. Понял бы если этим заболели гентушники.

Hertz ★★★★★ ()
Ответ на: комментарий от Hertz

>И ведь ни одного 16-битного проложения под x64 win7 запустить так и не смог

Так это же «фича» Intel с AMD.

Yareg ★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.