А в двух словах - зачем оно надо?

Багу в aptitude не исправили

Что за баг?

Для Ъ, что это?

Если они это допилят - debian станет торт.

Очевидно же

Чтобы иметь возможность ставить 32-битные пакеты на 64-битную систему без извращений, а также чтобы отправить на помойку костыли типа ia32-libs (последний меня жутко бесит тем, что либы в нем 100-летней древности, как следствие - 3D в 32-битных приложениях на сандибриже нет, есть только на дискретном nvidia).

Для этого поддерживающие multiarch пакеты размещают свои либы в /usr/lib/архитектура/ где архитектура - это i386-linux-gnu, x86_64-linux-gnu и т.д. Таким образом, является допустимой установка одной и той же либы для разных архитектур.

видимо, чтобы ставить 32х битный софт в 64-битную систему?

Заключается в том, что на multiarch-системах пакеты под разные архитектуры в гуе ничем не отличаются друг от друга.

А не, таки пофиксили, создав другой баг: теперь описания отображаются только для родных (т.е. 64битных пакетов).

Ubuntu станет ещё лучше, отлично

Это будет в wheezy?

Да. О том и пост, что оно уже там.

Это фигня - можно будет поставить бинарник для соряриса под спарк на своем linux/amd64!

еще 10 лет и догонит rpm 4.9.x

Скайпик в amd64 выглядит как положено?

Попытался поставить dgen (i386-only) — какие-то проблемы с зависимостями. Ну и ладно, есть же Kega :)

Как добиться того же самого в rpm?

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

franchukroman

пришла новая версия dpkg

Нумбер какой?

в убунте еще летом было

как ты запускать такие бинарники будешь?

Через qemu. А библиотеки и так пригодятся для кросскомпиляции.

Попытался поставить dgen (i386-only) — какие-то проблемы с зависимостями.

$ sudo apt-get install dgen:i386
Читання переліків пакетів... Виконано
Побудова дерева залежностей                
Reading state information... Виконано               
Будуть встановлені наступні додаткові пакунки:
  unzip:i386
Пропоновані пакунки:
  zip:i386
НОВІ пакунки, які будуть встановлені:
  dgen:i386 unzip:i386
оновлено 0, встановлено 2 нових пакунків, для видалення відмічено 0 пакунків, і 4 пакунків не оновлено.
Необхідно завантажити 454 kB архівів.
Для цієї операції 438 kB місця на диску буде використано.
Бажаєте продовжити [Т/н]? 

Ну ты и медленный =)

Что, в самом_лучшем_в_мире_пакетном_менеджере™ этого до сих пор нет? O_o

~ # apt-get install dgen:i386
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 dgen:i386 : Depends: libsdl1.2debian:i386 (>= 1.2.10-1) but it is not going to be installed
E: Broken packages

aptitude ругается на кучу конфликтов.

Не путаем с убогим multilib.

Не путаем с убогим multilib.

В чём разница?

Радость. Поздравляю дебианщиков.

А что, где-то это есть? multilib - не оно.

В чём разница?

Вот это: https://wiki.archlinux.org/index.php/Multilib — набор распространённых библиотек для запуска legacy-софта. В Debian это сто лет есть. Проблема в том, что там далеко не всегда есть нужные библиотеки, и вообще это костыль и зачастую оверкилл. С multiarch в систему ставятся только нужные пакеты чужой (при этом любой, не только i386) архитектуры. Это гибко, экономично и красиво.

Багу в aptitude не исправили.

Помимо дублирования у меня ещё постоянно торчит секция New Packages, «забывание» помогает ровно до следующего запуска aptitude.

Ни фига себе костыль этот multilib. А почему нельзя было сразу сделать как в Федоре, например?

А как там?

Всё равно не понял разницы.

С multiarch в систему ставятся только нужные пакеты чужой (при этом любой, не только i386) архитектуры.

С multilib тоже. То, что там будут не только некоторые библиотеки, а, допустим, все, не меняет, по сути, ничего. В чём принципиальное отличие, которое требует дописывать что-то в архитектуру пакетного менеджера?

http://wiki.debian.org/Multiarch/TheCaseForMultiarch

То, что там будут не только некоторые библиотеки, а, допустим, все, не меняет, по сути, ничего.

Это как раз тянет на причину для наведения порядка :) Другая причина — окружения для кросс-компиляции.

Могу я поставить, например, полный 32-битный Firefox на 64-битную систему из репозиториев при мультилибе? Ответ в стиле «тебе это не нужно» не катит.

А мультиарч как раз дает такую возможность.

в любом rpm-based сто лет как есть

в Магии можно, значит и в федоре можно

Ты уже не первый, кто в этом треде сказал про rpm. Можно инфу про то, что там есть?

Не совсем понял, а у архитектур есть что-то типа приоритетов использования? А вот поставится софт 32 и 64 бита, а работать будет 32 на 64битной системе с соотв. скоростью.

полный 32-битный Firefox на 64-битную систему
А мультиарч как раз дает такую возможность.

The existing proposals allow for the co-installation of libraries and headers for different architectures, but not (yet) binaries. So you can have either the i386 version of a binary, or the amd64 version, but not both (using conventional /bin paths).

Не совсем понял, а у архитектур есть что-то типа приоритетов использования?

Да, by default используется родная для твоей системы архитектура. Однако, ты можешь добавить в свою систему одну или несколько foreign architectures, и для каждой из них ставить пакеты при помощи aptitude install package:arch, где arch - желаемая архитекутра.

Можно ставить 32х битные пакеты из репозитория. Никаких убогих ia32-libs-...rpm тут нет, а вместо этого ставятся те же самые пакеты с библиотеками, что и встают на 32х битный дистр.

Если я не поставлю себе 64-битный файрфокс, то я могу поставить себе 32-битный :) Что не так?

Круто. А умеет оно архитектуры помимо i386 и amd64? И как организовано?

Ждем в новом форке агилии, там это будет точно.

Я почему-то подумал, что ты про одновременную установку %)

В lib лежат 32х битный либы, а в lib64 64х битные. Других архитектур нет. Но главное, что оно уже работает сто лет как. Как в дебобунте все эти десять лет жили без этой фичи не понимаю.

А умеет оно архитектуры помимо i386 и amd64?

Проведем мысленный эксперимент и предположим, что оно умеет ARM, Power, MIPS или чего там еще твоей душеньке угодно. Как твой x86-процессор будет это запускать?

сейчас и делают как в федоре, только либы раскладывают не по двум директориям, а по 100500 в соответствии с числом поддерживаемых архитектур