On Sun, 23 Oct 2022 19:32:30 +0300 Anton Zhukharev wrote:
> On Sun, Oct 23, 2022 at 03:33:24PM +0300, Leonid Krivoshein wrote:
> > 23.10.2022 12:39, Anton Zhukharev пишет:
> > > Есть способ обхода такого ограничения?
> > 
> > Мне кажется, это не ограничение сборочницы, это текущая загруженность её 
> > узлов так отражается на вашу "вероятностную" сборку, внутри которой 
> > заложены временные ограничения. Чинить нужно именно сборку. К примеру на 
> > x86_64 до этого места плавненько дошли за 4.5 минуты, а на ppc64 к этому 
> > месту шли почти 44 минуты.
> > 
> В этом же задании в спек добавил вызов команды "ulimit -a". Это, всё
> таки, ограничение.
> Сколько суммарно собирается пакет - не важно (racket-base на ppc64le
> собирался где-то 2.5 часа, однако CPU time не превысил).
> 
> Распараллеливание сборки не поможет (и не помогает: уже убедился),
> поскольку потребуется столько же процессорного времени (ну или примерно
> столько же).
> К тому же распараллеливание привело к "out of memory" на 32-разрядных
> архитектурах.
> 
> В данном пакете происходит банальная установка пакетов для Racket с
> попутной их компиляцией, поэтому как "чинить именно сборку" не ясно.
> Как вариант можно было бы отделить сборку пакетов от сборки документаций
> к ним, однако по результатам нескольких пересборок видно, что порой
> превышение процессорного времени происходит ещё до начала сборки
> документаций.
> 
> Для меня удивительно то, что на ppc64le превышение CPU limit
> происходит быстрее, чем заканчивается сборка на x86_64 без превышения.
> 
> Жалко, что обойти это, скорее всего, рядовыми способами не получится.

Соберите нужные пакеты racket отдельными rpm-пакетами и просто
ставьте их как сборочные зависимости.

Best regards,
Andrew Savchenko