From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 Message-ID: Date: Sun, 24 Aug 2025 22:16:03 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird To: devel@lists.altlinux.org References: <35n3suwg2uyqbcoqkfrlpgxlod@iv-work> Content-Language: en-US, ru From: =?UTF-8?B?0JDQudGA0LDRgiDQnNCw0YXQvNGD0YLQvtCy?= In-Reply-To: <35n3suwg2uyqbcoqkfrlpgxlod@iv-work> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] =?utf-8?b?0J/QtdGA0LXRhdC+0LQg0L3QsCBqYXZhX2FyY2hlcyA=?= =?utf-8?b?0LTQu9GPIGphdmEg0L/QsNC60LXRgtC+0LI=?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2025 19:16:10 -0000 Archived-At: List-Archive: List-Post: 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/