Re: [devel] Затянувшийся фриз сборочницы

[Grigory Ustinov <grenka@altlinux.org>]

03.10.2025 9:18, Anton Zhukharev пишет:
> On Thu, Oct 02, 2025 at 10:45:34PM +0300, Grigory Ustinov wrote:
>> 02.10.2025 16:44, Anton Zhukharev пишет:
>>> Всем привет!
>>>
>>> Последние таски по обновлению Python выглядят пугающее: объем
>>> пересобираемых пакетов невероятно огромный и постоянно растет из-за чего
>>> обновление самого Python в Sisyphus происходит дольше, чем в апстриме...
>> Меня объём пересобираемых пакетов не пугает. Обновление самого Python в
>> Sisyphus происходит дольше по абсолютно другим причинам.
> Не всем нравится сидеть и ждать (уже) годами, пока вы обновите Python до
> следующей минорной версии, поскольку текущему образу сборки обязательно
> требуется фриз сборочницы.
>
> Перечислите все причины, которые, по вашему утверждению, затягивают
> обновление.

Пожалуй всё-таки имеет смысл вкратце зарезюмировать текущую ситуацию. В 
этом году фриз сборочницы действительно затянулся на неприлично 
длительное время. У всех ожидающих прошу прощения и немного понимания. Я 
жду его окончания не меньше вашего и почти в круглосуточном режиме слежу 
за таском, делая всё, что в моих силах для его скорейшего прохождения.

Сначала таск был сломан очень несвоевременным обновлением libfmt. Только 
всё разрулили, и тут с двух ног влетел Cython. Решили проблемы и с ним. 
Сейчас таск уже почти неделю в полностью готовом состоянии не может 
пройти из-за нехватки ресурсов на архитектурах i586 и aarch64. Проблема 
не в количестве пакетов, а в том, что крупные пакеты типа llvm, blender, 
vtk и тому подобные собираются вероятностно. Учитывая, что сборка идёт 
на коммит, кэширования результатов нет и имеем что имеем. 3 дня таск 
собирается, потом падает со словами
[aarch64] hasher-privd: parent: handle_io: idle time limit (3600 
seconds) exceeded

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