LINUX.ORG.RU

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

 , , , ,


0

1

Свершилось давно ожидаемое великое событие — доделан multiarch в основанных на deb дистрибутивах.

Работа над ним была долгой, но получилось нечто существенно более продвинутое, чем в дистрибутивах, основанных на RPM:

  • возможность устанавливать библиотеки для любой архитектуры в любую;
  • окружение кросс-компиляции соответствует окружению «родной» компиляции;
  • эмулируемая система выглядит как обычная.

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

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

>>> ссылка на описание

★★★

Проверено: anonymous_incognito ()
Последнее исправление: Binary (всего исправлений: 3)

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

pekmop1024 ★★★★★
()

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

darkshvein ☆☆
()
Ответ на: комментарий от pekmop1024

> а смысл?

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

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

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

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

pekmop1024 ★★★★★
()

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

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

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

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

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

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

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

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

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

kott ★★★★★
()

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

Deleted
()

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

anonymous
()

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

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

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

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

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

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

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

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

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

fractaler ★★★★★
()

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

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

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


Например:

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.


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

r ★★★★★
()

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

anonymous
()
Ответ на: комментарий от Vudod

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

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

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

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

krege
()
Ответ на: комментарий от fractaler

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

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

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

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

через qemu

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

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

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

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

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

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

gena2x ★★★
() автор топика

>доделан multiarch

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


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

JackYF ★★★★
()

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

krege
()
Ответ на: комментарий от r

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

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

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

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

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

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

anonymous
()
Ответ на: комментарий от gena2x

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

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

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


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

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

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

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


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

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

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

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

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

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