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

Как понять

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

??

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

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

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

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

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

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

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

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

бубунта, такая бубунта

Ты раньше был против )

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

/usr/lib
/usr/lib64

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

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

/usr/lib
/usr/lib64

Может лучше так:

/usr/lib32
/usr/lib64

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

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

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

> Можно сделать проще

/usr/lib

/usr/lib64

У Debian другие цели - http://wiki.debian.org/Multiarch/TheCaseForMultiarch (вкратце - поддержка несовместимых ISA).

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

В этом весь debian.

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

А на кой их ставить на x86(_64) ?

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

C:\Program Files\

C:\Program Files (x86)\

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

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

Эмуляция, кросс-компиляция.

А можно и так:

Program Files (x86)

Program Files

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

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

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

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

Маленько лаконичнее, разве что.

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

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

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

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

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

Исключено - у редхата есть федора.

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

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