[devel] Планы по прекращению поддержки архитектуры i586 в Сизифе

[devel] Планы по прекращению поддержки архитектуры i586 в Сизифе

[Anton Midyukov]

Доброго времени суток

Назрела необходимость обсудить дальнейшую судьбу архитектуры i586 в Сизифе и репозитория x86_64-i586 с перепакованными i586 пакетами для x86_64.
Мы подошли к моменту, когда дальнейшая поддержка этой архитектуры сопряжена или с постоянным увеличением усилий по её поддержке,
или с коллапсом репозитория noarch (из-за всё увеличивающихся исключений архитектуры i586 в спеках всё большее количество noarch
пакетов придётся делать архитектурно-зависимыми).
Архитектура i586 сейчас почти не востребована и нужна только для формирования репозитория x86_64-i586 при помощи arepo.
У нас есть три пути развития:
1. Ничего не делаем, пусть умирает сама, пока не схлопнется. Сопряжено с уменьшением числа noarch пакетов, лишними пересборками непричастных.
Конфликтами мейнтейнеров из-за необходимости пересборки непричастных пакетов с лишением их статуса noarch.
2. Отказываемся от i586 и основанного на нём x86_64-i586. Не требует почти никаких трудозатрат. Все вздохнут довольно, кроме тех, кому нужны перепакованные 32-битные пакеты. Масштаб недовольства предполагаю огромным. Нельзя будет запускать 32-битные проприетарные приложения, игры, steam, старые версии wine без поддержки wow64, которые используются в port-proton.
3. Перед тем, как отказаться от i586 и основанного на нём x86_64-i586, проводим сборку некоторого минимума 32-битных библиотек на архитектуре x86_64 кросс-компиляцией для того, чтобы удовлетворить большинство потребностей пользователей. Это трудоёмко, несправедливо по отношению к узкому кругу мейнтейнеров, которые собирают базовую часть дистрибутива. Несправедливо, потому что им оно скорее всего не надо, но делать придётся всё же им, а не тем, кому это надо.

И всё же мне видится правильным третий вариант. Для его реализации прежде всего требуется решить вопрос о том, какие именно пакеты требуется собирать для 32 бит, чтобы оценить масштаб задачи и решить, сможем это сделать или нет.

Я предполагаю, что верхушка айсберга выглядит как-то так:
i586-wine, i586-wine-vanilla, i586-steam, i586-mesa-dri-drvers, i586-nvidia_glx_*, i586-libqt3, i586-libgtk+2

Прошу согласных с третьим вариантом дополнять этот список.

-- 
best regards, Anton Midyukov <antohami@altlinux.org>

[devel] Re: Планы по прекращению поддержки архитектуры i586 в Сизифе

[Sergey V Turchin]

On Wednesday, 22 October 2025 21:25:51 MSK Anton Midyukov wrote:

[...]
> i586 в
> спеках всё большее количество noarch пакетов придётся делать
> архитектурно-зависимыми).
Когда я это делал при выпиливании qt5-webengine для ppc64, мне это показалось 
даже полезным, т.к. даёт больше удобств для портирования/бустрапа на 
догоняющих архитектурах.

[...]

-- 
Regards, Sergey.

Re: [devel] Планы по прекращению поддержки архитектуры i586 в Сизифе

[Vitaly Lipatov]

Anton Midyukov писал(а) 22.10.25 21:25:
...
> Я предполагаю, что верхушка айсберга выглядит как-то так:
> i586-wine, i586-wine-vanilla, i586-steam, i586-mesa-dri-drvers, 
> i586-nvidia_glx_*, i586-libqt3, i586-libgtk+2

Как будто нужно вычислить, какие пакеты потребуется собрать для 
поддержки этой верхушки.
Вообще это какой-то путь ia32-libs, который коллеги из Debian проходили 
15 лет назад, но потом всё же сделали полноценный биарч.

Но идея добавить в основной репозиторий 32-битные библиотеки выглядит 
интересно, хотя это и стресс-тест для кросс-компиляции. Зато будет 
замыкание зависимостей в репозитории и какая-то цельность.
Ну и конечно я бы для Сизифа и будущего p12 не рассматривал qt3 и gtk+2 
вообще.
Вроде и Steam в ближайшее время откажется от 32 бит, а для wine он тем 
более не нужен.

Но чтобы не оказаться в тупике, конечно, хотелось бы 32-битный glibc и 
_возможность_ собирать в репозиторий пакеты кросс-компиляцией.

-- 
С уважением,
Виталий Липатов,
ALT Linux Team

[devel] Re: Планы по прекращению поддержки архитектуры i586 в Сизифе

[Sergey V Turchin]

On Wednesday, 22 October 2025 21:25:51 MSK Anton Midyukov wrote:

[...]
> 3. Перед тем, как отказаться от
> i586 и основанного на нём x86_64-i586, проводим сборку некоторого минимума
> 32-битных библиотек на архитектуре x86_64 кросс-компиляцией для того, чтобы
> удовлетворить большинство потребностей пользователей. Это трудоёмко,
> несправедливо по отношению к узкому кругу мейнтейнеров, которые собирают
> базовую часть дистрибутива. Несправедливо, потому что им оно скорее всего
> не надо, но делать придётся всё же им, а не тем, кому это надо.
> 
> И всё же мне видится правильным третий вариант. Для его реализации прежде
> всего требуется решить вопрос о том, какие именно пакеты требуется собирать
> для 32 бит, чтобы оценить масштаб задачи и решить, сможем это сделать или
> нет.
> 
> Я предполагаю, что верхушка айсберга выглядит как-то так:
> i586-wine, i586-wine-vanilla, i586-steam, i586-mesa-dri-drvers,
> i586-nvidia_glx_*, i586-libqt3, i586-libgtk+2
nvidia_glx_libs_*(src под звёздочкой постоянно меняется, бинарные пакеты не) 
libtxc_dxtn libd3d libalsa libnss-mdns libnss-myhostname.

> Прошу согласных с третьим вариантом дополнять этот список.


-- 
Regards, Sergey.

Re: [devel] Планы по прекращению поддержки архитектуры i586 в Сизифе

[Anton Midyukov]

23.10.2025 10:50, Stas пишет:
>> а для wine он тем более не нужен.
> 
> К сожалению, нужен. Чистые 32-битные win32 программы в wine x64 не работают.
> 
Приведите примеры таких программ, пожалуйста.

-- 
best regards, Anton Midyukov <antohami@altlinux.org>

Re: [devel] Планы по прекращению поддержки архитектуры i586 в Сизифе

[Михаил Тергоев]

> 23.10.2025, 12:39, "Vitaly Lipatov" <lav@altlinux.ru>:
>У вас неверная информация. Никаких ограничений нет, современный wine поддерживает wow64: имеет наборы 32-битных и 64-битных библиотек и может запускать и те и те программы.

А как же wine старых версий, у которых нет поддержки компиляции wow64?
И что то я пропустил, разве wine-cpcsp_proxy, который у нас в репозиториях, умеет работать с wine-wow64 без установки 32-битного КриптоПро?
Про стим: Valve планирует прекратить поддержку клиента Steam для 32-битных версий Windows. Но, кто сказал что они отказываются от использования 32-битных библиотек в 64-битной системе?

Re: [devel] Планы по прекращению поддержки архитектуры i586 в Сизифе

[Денис Назаров]

23.10.2025 16:29, Михаил Тергоев пишет:
>> 23.10.2025, 12:39, "Vitaly Lipatov" <lav@altlinux.ru>:
>> У вас неверная информация. Никаких ограничений нет, современный wine поддерживает wow64: имеет наборы 32-битных и 64-битных библиотек и может запускать и те и те программы.
> А как же wine старых версий, у которых нет поддержки компиляции wow64?
> И что то я пропустил, разве wine-cpcsp_proxy, который у нас в репозиториях, умеет работать с wine-wow64 без установки 32-битного КриптоПро?
> Про стим: Valve планирует прекратить поддержку клиента Steam для 32-битных версий Windows. Но, кто сказал что они отказываются от использования 32-битных библиотек в 64-битной системе?

Причём чисто 64-разрядного Стима под линукс до сих пор нет и как понимаю 
пока не планируется

https://github.com/ValveSoftware/steam-for-linux/issues/5324

https://github.com/ValveSoftware/steam-for-linux/issues/5405

> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel