LINUX.ORG.RU

Ubuntu прекращает формирование пакетов для 32-разрядной архитектуры x86

 , , ,


0

3

Спустя два года с момента прекращения формирования 32-разрядных установочных образов для архитектуры x86 разработчики Ubuntu приняли решение о полном завершении жизненного цикла данной архитектуры в дистрибутиве. Начиная с осеннего выпуска Ubuntu 19.10 пакеты в репозитории для архитектуры i386 больше формироваться не будут.

Последней LTS-веткой для пользователей 32-разрядных систем x86 станет Ubuntu 18.04, поддержка которой продлится до апреля 2023 года (по платной подписке до 2028 года). Все официальные редакции проекта (Xubuntu, Kubuntu, Lubuntu и т.п.), а также производные дистрибутивы (Linux Mint, Pop_OS, Zorin и т.п.) будут лишены возможности поставки версий для 32-разрядной архитектуры x86, так как собираются из общей пакетной базы c Ubuntu (большинство редакций уже прекратили поставку установочных образов для i386).

Для обеспечения запуска существующих 32-разрядных приложений, которые невозможно пересобрать для 64-разрядных систем (например, многие игры в Steam остаются только в 32-разрядных сборках), в окружении Ubuntu 19.10 и более новых выпусках предлагается использовать отдельное окружение с Ubuntu 18.04, установленное в контейнере или chroot, или упаковать приложение в snap-пакет с runtime библиотеками core18 на базе Ubuntu 18.04.

В качестве причины прекращения поддержки архитектуры i386 упоминается невозможность сопровождения пакетов на уровне других поддерживаемых в Ubuntu архитектур из-за недостаточного уровня поддержки в ядре Linux, инструментарии и браузерах. В частности, последние наработки в области повышения безопасности и средства защиты от фундаментальных уязвимостей больше не разрабатываются своевременно для 32-разрядных систем x86 и становятся доступны только для 64-разрядной архитектуры.

Кроме того, поддержание пакетной базы для i386 требует больших ресурсов на разработку и контроль качества, которые не оправдывают себя из-за незначительной пользовательской базы, продолжающей применять устаревшее оборудование. Число систем i386 оценивается в 1% от общего числа установленных систем. Большинство ПК и ноутбуков с процессорами Intel и AMD, выпущенные за последние 10 лет, без проблем могут быть переведены на использование 64-разрядного режима. Оборудование, которое не поддерживает 64-разрядный режим, уже настолько устарело, что не обладает необходимыми вычислительными ресурсам для выполнения последних выпусков Ubuntu Desktop.

>>> Подробности

anonymous

Проверено: Shaman007 ()
Последнее исправление: Shaman007 (всего исправлений: 1)

Ответ на: комментарий от Tigger

Смешно. Судя по гневным отзывам, даже африканский дистрибутив уже становится проблемой для российских пользователей. Это уже прорыв?

Что у тебя в голове? Очередной представитель жёлтых уточек...

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

Надо было онли слаку поддерживать, тогда бы и горя не знали %)

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

а если у тебя вдруг пропало libsome.so.1, но есть libsome.so.4, то можно легко пропатчить бинарник без каких либо проблем.

Может не надо бинарник патчить, просто симлинк создать? Патчи бинарника - это такая дичь, что я даже обсуждать не хочу. Тем не менее, очевидно, что libsome1.so рано или поздно пропадёт. И все зависимые от неё бинари отыквятся.

Во-первых, нативные 32-битные приложения и драйвера в линуксе нельзя заставить в 64-битной системе без 32-битных библиотек.

Про драйверы сразу забудь: https://github.com/torvalds/linux/blob/master/Documentation/process/stable-ap.... Они станут несовместимыми гораздо раньше. Ну и я не совсем понял, о чём ты вообще, ты же не собираешься 32битные кернелмодули в современном 64битном ядре использовать?

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

Суть была в именно в том, о чем я написал выше, только + фичи от 64 бит. Пока линуксоиды не доросли до экономии памяти, а когда доростут, будь уверен вы ещё увидите x32, либо аналог, если уж реализация не очень.

Правильнее сказать, что это AMD64 в которой действует соглашение о том, что используются только нижние 32бита адреса, поэтому верхние можно не хранить. Идея в том, что 640 килобайт должно хватить всем. Экономия формально есть, но реально, это означает.

1) Дополнительная архитектура, которую нужно поддерживать.

2) Из-за наличия libx64 lib386 libx32 мало того, что тратится место на дисках, но и невозможность шаренья страниц как бы одной либы между ними сожрёт всю экономию.

Идея бы прокатила только если отказаться от всего остального, чисто x32 система без мультиарха. Но это оказалось никому не надо.

Ну и это скользкая дорожка, сегодня мы кастрируем АМД64 до x32, потому что 4 гигабайта должно хватить всем. Завтра не хватит и мы упрём из JVM идею ещё одного псевдо-32бита режим, в котором, раз указатели указатели выравнены по 4 байтам, можно хранить их сдвинутыми на 2 бита вправо. 16 гигабайт уж точно хватит всем! Так и будем таскать с собой мультиарх на 4 разных рахитектуры для x86.

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

Первый раз шоле деньги на ветер?

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

А зачем им KWin? Лучше бы все в Xorg.

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

Отличное решение.

Согласен, наконец то убунту помрет.

Сколько можно тянуть этот хлам на своём горбу?

Пока нужно, можно и тянуть.

Почему разработчики дистрибутивов, должны тратить своё время собирая и тестируя 32-битные пакеты софта

А почему они вообще должны что то собирать, пусть отдыхают.

нищеброды
32-битные пакеты следует делать платными

https://w.histrf.ru/uploads/media/article/0001/20/thumb_19588_article_middle....

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

Сделали бы они нормальный десктопный дистр %)

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

Похлопаем долбаебам.

Данные по Линуксам в Стиме:

Linux 0.84%

Ubuntu 18.04.2 LTS 64 bit 0.20%

Linux 64 bit 0.08%

«Manjaro Linux» 64 bit 0.07%

Ubuntu 19.04 64 bit 0.07%

Linux Mint 19.1 Tessa 64 bit 0.06%

Итого, Убунта херит всю совместимость со старыми программами и всасывает винде. Их купили чтоли ?

anonymous
()

Походу включили заднюю:

I’m sorry that we’ve given anyone the impression that we are “dropping support for i386 applications”. That’s simply not the case. What we are dropping is updates to the i386 libraries, which will be frozen at the 18.04 LTS versions. But there is every intention to ensure that there is a clear story for how i386 applications (including games) can be run on versions of Ubuntu later than 19.10.

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

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

Ну, например, на каком-нибудь Core 2 Due вполне себе можно ещё комфортно работать.

Если использовать как терминал - то да, можно.

Что за чушь?

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

Ну, всё-таки это зависит от работы. Работа на компьютере это не обязательно офис.

А кто говорит про офис, норкоман?

Grzegorz
()
Ответ на: комментарий от darkenshvein

Здравствуйте, это тред некрофилов-копрофагов?

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

Grzegorz
()
Ответ на: комментарий от DrRulez

Сейчас на этих вот 4 гигах с «винтами» а не ссд

Причём тут ссд, норкоман? Или тебе ссд воткнуть религия не позволяет?

все это даже в браузерах с несколькими открытыми вкладками начнет дико тормозить

Открой для себя что-то отличное от говнохромога или что там у тебя вместо браузера.

Удел этому старью - терминальные решения. Сломалось - выкинул к чертям. Это какой надо низкий доход иметь, что чинить такое и радоваться? У вас, что час времени 100 рублей стоит, что вам выгодно это вот поддерживать?

Зачем чинить то что не ломалось?

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

Где твои результаты работы на кор2 не в офисе, наркоман?

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

рнедерится

У тебя вся работа делится на набивание документиков в офисе и рендеринг в блендере? Мне вот что твой офис, что блендер нафиг не упал.

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

Ясно. Чего кукарекал, что оно годится для чего-то, кроме офиса?

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

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

Я, вроде бы писал, что

Ну, всё-таки это зависит от работы.

Видимо, чтение это слишком сложно для «современных дебилоидов».

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

Я, вроде бы писал

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

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

ЛОР
секретутка.орг.сру

Это +- одно и то же.

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

К сожалению, с «офисами» приходится работать не только «секретуткам».

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

Может не надо бинарник патчить, просто симлинк создать? Патчи бинарника - это такая дичь, что я даже обсуждать не хочу.

Патч делается командой patchelf и это очень легко сделать на самом деле.

Тем не менее, очевидно, что libsome1.so рано или поздно пропадёт. И все зависимые от неё бинари отыквятся.

Не всегда. Можно взять версию из старых пакетов или в крайнем случае пересобрать libsome1.so из исходников. В любом случае, в 90% ситуаций обычные способы помогают.

Ну и я не совсем понял, о чём ты вообще, ты же не собираешься 32битные кернелмодули в современном 64битном ядре использовать?

Кернелмодули касаются только ядра, а не 32-битных приложений.

Тут вот выше писали, что гоговские линуксрелизы с торрентов уже не работают.

Я вот гоняю kotor2 из гога под вайном, он 32 бит. В убунте 19.10 в него будет не поиграть, вообще. С котором повезло, и котор 2 переиздали под линукс, но там заставляют покупать ещё раз, а этого я делать не буду, и нету доказательств, что там именно переиздали под 64 бит. Но есть и куча других игр, которые НИКОГДА не переиздадут (SWBFI, SWBFII, SWTOR) на 64 бит, потому что лень, либо потому что не нужно, либо потому что сложно портировать под 64 бит и под 32 бит работает. А также куча приложений, которые даже в современной винде запускают под 32 бит. Мне надоело повторять одно и то же, суть в том - что без 32 битной среды убунта - быдлогорызок и НЕ НУЖНА.

1) Дополнительная архитектура, которую нужно поддерживать.

Нам лень. (С)

Из-за наличия libx64 lib386 libx32 мало того, что тратится место на дисках

Вы так говорите, как будто оно съедает 20 гигабайт, хотя тот же i386 у меня съедает всего 668,7 МБ (только что проверил). Это настолько ничтожно для любых дисков.

но и невозможность шаренья страниц как бы одной либы между ними сожрёт всю экономию.

Я не понял, что вы хотели сказать.

Ну и это скользкая дорожка, сегодня мы кастрируем АМД64 до x32, потому что 4 гигабайта должно хватить всем.

И при этом мелкие x32 приложения будут в сумме есть меньше памяти и работать на 15-30% быстрее чем их x86-64 аналоги. Из обычных приложений больше 4гб может есть тот же хром или ФФ (но не факт, потому что вкладки разделяются на треды, а каждый тред имеет индивидуальную память, тут нужны приложения в которых один тред будет кушать больше 4 гигов), а Java машина будет точно 64 бит онли. А когда все приложения 64 бит онли, то при старте система запуская только xfce4 среду+pidgin+discord+qtox уже съедает 1,2 гига, а так бы съедала всего около 500 Мб +/-.

Завтра не хватит и мы упрём из JVM идею ещё одного псевдо-32бита режим, в котором, раз указатели указатели выравнены по 4 байтам, можно хранить их сдвинутыми на 2 бита вправо. 16 гигабайт уж точно хватит всем!

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

Skullnet ★★★★★
()
Последнее исправление: Skullnet (всего исправлений: 4)
Ответ на: комментарий от khrundel

I’m sorry that we’ve given anyone the impression that we are “dropping support for i386 applications”. That’s simply not the case. What we are dropping is updates to the i386 libraries, which will be frozen at the 18.04 LTS versions.

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

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

Арч уже давненько 64бит онли (для вайна там специальный набор lib32-*).

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

это не то, и тебе уже про это сказали. мультилиб работает как работал

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

Не нужно разбираться в контейнерах чтобы пользоваться ими. Жмёшь кнопочку в магазине приложений и тебе на ПК скачивается контейнер со всеми нужными библиотеками. В чём проблема?

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

Canonical: «Мы обсудим с Valve возможности продолжения поддержки»
Canonical: «Wine никуда не денется, просто используйте Wine64, itjustworks!»

Вся эта история - один большой привет всем тем, кто предлагал не создавать Proton чтоб под линукс делали нативные игры или не поддерживать драйвер NVidia за то что тот не следует заложенной в ведро архитектуре. Не то что нвидиа, команда сраного wine, у которой десктопный линукс составляет заметную долю рынка, просто берёт и посылает разработчика самого популярного десктопного дистра в ответ на предложение не то что что-то переписать, а всего лишь опакаджить 32битный вайн вместе с зависимостями в снап или флатпак.

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