Наконец реализован Multiarch в debian/ubuntu

а смысл? Мультиарк имеет смысл, только если архитектуры совместимы между собой, и такое называется мультилибом. А под сборку таки больше актуальны чруты.

Наконец можно будет убрать нахрен не нужные двойные указатели из файрфокс и он не сожрёт под два гига памяти аки самец весной?

под амд64

> а смысл?

а осознать текст новости? (hint: qemu-user, 32/64 либы)

а кросс-компилить пакеты с зависимостями установленными автоматом _очень_ приятно.

У меня на арче типичный мультилиб, я могу собирать как 32-, так и 64-битные пакеты как нативные. На дебиане раньше так было нельзя?

не нужно, все на джаву!

возможность устанавливать библиотеки для любой архитектуры в любую;

... в любую куда?

>>возможность устанавливать библиотеки для любой архитектуры в любую;

... в любую куда?

из спарк в паувер, вестимо

из спарк в паувер, вестимо

а вам не кажется, что предложение какое то неправильное?

>>а вам не кажется, что предложение какое то неправильное?

нет, не кажется, а что в нем неправильно?

Сначала прочитал как «мультитач».

А как это всё реализовано? А то были тут подозрительные движения с ia32-apt-get в x86_64, что заменял собой обычный, и всё держалось на честном слове.

Ура. Из sparc в power врядли не пригодится, а вот на amd64 пересобирать под arm будет удобно.

лорчую

а вообще, интересная новость, надо будет попробовать как зарелизят в унстабле

Кто-нибудь может внятно растолковать, что это такое?

в amd64 системе сможешь собирать и ставить с зависимостями и прочими финтифлюшками arm-пакеты, к примеру

Не понял. Теперь в один пакет запакованы бинарники для всех архитектур?

Ты сам как это себе представляешь?

а вам не кажется, что предложение какое то неправильное?

Предложение абсолютно правильно составлено, применён литературный приём, извествный ещё древним грекам, когда подразумеваемое слово опускается. Тогда такой подход считался наиболее верным, а соответствующий стиль получил название «аттического».

в amd64 системе сможешь собирать и ставить с зависимостями и прочими финтифлюшками arm-пакеты, к примеру

А как бинарные arm пакеты будут работать на amd64?

Только когда они вернут нам Sun.

> не нужно, все на джаву!

Если я пойду на джаву, то только с рогатиной... завалю и закопаю!

>Ты сам как это себе представляешь?
Очень объёмно. Поэтому и не понял.

> Если я пойду на джаву, то только с рогатиной

Ну кто ж только с рогатиной то ходит? Ещё топор нужен.

Надо будет взять дробовики.

>возможность устанавливать библиотеки для любой архитектуры в любую;

Работать правда не будут - но кому это надо....

И многое другое.

Например:

Will I be able to install the same binary for two different targets on the same system?

No, not without changing the name to avoid collision. This proposal assumes that bin directories don't need to be differentiated since users won't want more than one version of a binary installed.

Правда чтоле?

Начали за здравие, кончили за упокой.

а не могли подождать еще несколько часов? сегодня же не 1-й апрел.

> А как бинарные arm пакеты будут работать на amd64? А они и не должны работать. Зато наличие всех необходимых библиотек и заголовочных файлов позволит скомпилировать какую-нибудь программу под ARM. Работать под amd64 она конечно тоже не будет, но зато можно будет уже готовый файл передать на ARM-устройство, вместо того чтобы компилировать на нём (что не всегда бывает удобно или вообще возможно). Разумеется, данная технология нужна только для разработчиков, которые хотят более просто заниматься кросс-компиляцией своих проектов.

>Разумеется, данная технология нужна только для разработчиков, которые хотят более просто заниматься кросс-компиляцией своих проектов.

Я хочу devel файлы для i386, x86_64, ppc64. Как будет выглядеть файловое дерево?

>Как будет выглядеть файловое дерево?

Сам спросил, сам ответил. Никак не будет.

> Не понял. Теперь в один пакет запакованы бинарники для всех архитектур?

нет. это значит что можно ставить пакеты из одной архитектуры в другую. пример по ссылке.

> А как бинарные arm пакеты будут работать на amd64?

через qemu

возможность устанавливать библиотеки для любой архитектуры в любую;

Работать правда не будут - но кому это надо....

почему не будут то? qemu.

Правда чтоле?

это пропозал. я например ещё не осознал насколько реализован именно он. в примере разработчика кстати ставится бинарный флеш.

>Как будет выглядеть файловое дерево?

по ссылке описано как будет выглядеть: http://lackof.org/taggart/hacking/multiarch/

для Ъ:

FHS Examples:

* /usr/lib/i386-linux/
* /usr/include/i386-linux/
* /usr/lib/x86_64-linux/
* /usr/local/lib/ppc-linux/

/usr/bin/i386-linux/? Успехов ему в этом безнадёжном деле.

>доделан multiarch

http://web.dodds.net/~vorlon/wiki/blog/Multiarch_Monomania.html

Уважаемый автор новости, то, что одному из разработчиков удалось _первый раз_ поставить без ошибок пакеты другой архитектуры в систему, это не «доделан», это «представлен прототип».

Теперь моё частное мнение:

Спецификации, увы, не покрывают некоторых сценариев использования (содержат, зачем-то искусственные ограничения), неинтуитивны и нелегки в (правильной) реализации.

Тем не менее, много хороших и правильных вещей тоже было продумано и сделано, так что ту часть людей, у которых это будет работать, я поздравляю.

s/зачем-то/зачем-то,/

> /usr/bin/i386-linux/? Успехов ему в этом безнадёжном деле.

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

> Спецификации, увы, не покрывают некоторых сценариев использования (содержат, зачем-то искусственные ограничения), неинтуитивны и нелегки в (правильной) реализации.

да вроде как раз весьма всё просто получается. а характеристику 'неинтуитивный' вообще отказываюсь комментировать.

Уважаемый автор новости, то, что одному из разработчиков удалось _первый раз_ поставить без ошибок пакеты другой архитектуры в систему, это не «доделан», это «представлен прототип».

это разработчик ответственный за это направление. dpkg уже поддерживает всё необходимое. есть план внедрения и все как я понимаю за. так что это никакой не «прототип» а реально работающая версия.

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

Есть devel bin-ы. С ними что?

Плюс ревизия всех пакетов, чтобы всё из /usr/lib{...} было в <name>-lib подпакетах.

r> Работать правда не будут - но кому это надо....

в маемовском sandbox'е было сделано так, чтобы армовские бинарники через куэму запускались. binfmt_misc вроде называется эта штука.

> в amd64 системе сможешь собирать и ставить с зависимостями и прочими

финтифлюшками arm-пакеты, к примеру

В редхате это можно делать лет пять как, наверное. Слоупоки :)

>да вроде как раз весьма всё просто получается. а характеристику 'неинтуитивный' вообще отказываюсь комментировать.

Вы спецификации читали?

так что это никакой не «прототип» а реально работающая версия

А я думал, чтобы называть реально работающей, нужно гораздо более обширное тестирование на всяких краевых случаях. Ну, ладно.

Что это? >_<

>> Если я пойду на джаву, то только с рогатиной

Ну кто ж только с рогатиной то ходит? Ещё топор нужен.

Ну... на упыря вообще-то следует ходить с рогатиной и пилой...

>> финтифлюшками arm-пакеты, к примеру

В редхате это можно делать лет пять как, наверное. Слоупоки :)

red hat на arm? пойду писать письмо в комитет по борьбе с наркотиками.