[devel] Переход на java_arches для java пакетов

[Айрат Махмутов]

On 8/23/25 10:06, Ivan A. Melnikov wrote:
> On Fri, Aug 22, 2025 at 05:53:06PM +0300, Ivan Khanas wrote:
>> Всем привет!
>> Хотелось бы обсудить ограничения, которые возникают с обновлением Java
>> пакетов в репозитории.
>>
>> Дело в том, что новые версии некторых проектов требуют java-21, которая у
>> нас не собирается под i586. Также многие проекты перешли на использование
>> Gradle для сборки.
>>
>> Со сборкой Gradle под архитектуру i586 тоже есть множетсво проблем, в
>> основном с нехваткой heap space. Исходя из этих ограничений, я предлагаю
>> создать макрос java_arches
>> и ставить его при сборке java пакетов, отказавшись от архитектуры i586, если
>> мы планируем когда-либо обновлять пакеты в репозитории и/или собирать новые.
> Похоже, целью это макроса является исключение конкретной архитектуры,
> причём даже её скорее всего можно поддержать, просто нет смысла
> тратить на это время и силы.
>
> Поэтому предлагаю так и поступить: сделать макрос %non_java_arches для
> использования в ExcludeArch. Разница не критична но заметна
> со стороны догоняющих портов.
>
У нас уже было похожее обсуждение в bugzilla:
https://bugzilla.altlinux.org/show_bug.cgi?id=49863#c20

Придерживаюсь позиции: если нет особой разницы, то делай так, как делали 
до тебя.
Использование чёрного списка архитектур сильно менее популярно, чем 
использование белого.
Я грепнул спеки через "grep -R 'Arch:.*arches'", пробежался глазами и 
нашел следующие списки:
Чёрные списки: %not_qt6_qtwebengine_arches %R_exclude_arches
Белые списки: %qt6_qtwebengine_arches %go_arches %zig_arches %dmd_arches 
%racket_arches %{mono_arches}

Поэтому подобным образом ввёл свой макрос %thunderbird_arches в задании:
https://packages.altlinux.org/ru/tasks/386023/