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

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

[Ivan Khanas]

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

Дело в том, что новые версии некторых проектов требуют java-21, которая 
у нас не собирается под i586. Также многие проекты перешли на 
использование Gradle для сборки.

Со сборкой Gradle под архитектуру i586 тоже есть множетсво проблем, в 
основном с нехваткой heap space. Исходя из этих ограничений, я предлагаю 
создать макрос java_arches
и ставить его при сборке java пакетов, отказавшись от архитектуры i586, 
если мы планируем когда-либо обновлять пакеты в репозитории и/или 
собирать новые.

Если возражений не имеется, то приступлю с завтрашнего дня к реализации 
перехода.

Всем спасибо за внимание!

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

[Ivan A. Melnikov]

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. Разница не критична но заметна
со стороны догоняющих портов.

-- 
  wbr,
    iv m.

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

[Vitaly Chikunov]

On Sat, Aug 23, 2025 at 11:06:53AM +0400, 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. Разница не критична но заметна
> со стороны догоняющих портов.

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

> 
> -- 
>   wbr,
>     iv m.
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

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

[Andrey Cherepanov]

23.08.2025 10:06, Ivan A. Melnikov пишет:
> 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. Разница не критична но заметна
> со стороны догоняющих портов.
>
Плохо для бэкпортирования. В p10 ещё и armh и ppc64le.

-- 
Andrey Cherepanov
cas@altlinux.org

Re: [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/

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

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

On 8/22/25 17:53, Ivan Khanas wrote:
> Всем привет!
> Хотелось бы обсудить ограничения, которые возникают с обновлением Java 
> пакетов в репозитории.
>
> Дело в том, что новые версии некторых проектов требуют java-21, 
> которая у нас не собирается под i586. Также многие проекты перешли на 
> использование Gradle для сборки.
>
> Со сборкой Gradle под архитектуру i586 тоже есть множетсво проблем, в 
> основном с нехваткой heap space. Исходя из этих ограничений, я 
> предлагаю создать макрос java_arches
> и ставить его при сборке java пакетов, отказавшись от архитектуры 
> i586, если мы планируем когда-либо обновлять пакеты в репозитории 
> и/или собирать новые.
>
> Если возражений не имеется, то приступлю с завтрашнего дня к 
> реализации перехода.
>
> Всем спасибо за внимание!
>
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Макрос уже существует, его можно вынести в пакет rpm-macros-java или 
rpm-build-java:
$ grep -R 'java_arches'
b/bolzplatz2006/bolzplatz2006.spec:# Bolzplatz2006 is a mix of java + 
native code, so it can only run on java_arches
j/jansi-native/jansi-native.spec:# so it is only necessary on java_arches
j/java-21-openjdk/java-21-openjdk.spec:%define java_arches x86_64 
aarch64 loongarch64 riscv64
j/java-21-openjdk/java-21-openjdk.spec:ExclusiveArch: %{java_arches}
l/linstor/linstor.spec:%define java_arches x86_64 aarch64 loongarch64 
riscv64
l/linstor/linstor.spec:ExclusiveArch: %{java_arches}
o/opennebula-addon-linstor_un/opennebula-addon-linstor_un.spec:%define 
java_arches x86_64 aarch64 loongarch64
o/opennebula-addon-linstor_un/opennebula-addon-linstor_un.spec:ExclusiveArch: 
%{java_arches}
s/sdljava/sdljava.spec:# sdljava provides java bindings for SDL, so it 
can only run on java_arches
t/truth/truth.spec:#ExclusiveArch:  %{java_arches} noarch

Причем когда-то оба варианта существовали, но были удалены @viy.