[devel] Q: срок автоматического удаления устаревших сборочных заданий

[Alexey V. Vissarionov]

On 2020-10-29 03:17:50 +0300, Vitaly Lipatov wrote:

 >> Например, 550 заданий не отправлялось на обработку за последние
 >> полгода, занимая 167 гигабайт места, которое пригодилось бы
 >> для новых сборочных заданий.
 > А мне одному кажется, что 167 Гб это не тот объём, который стоит
 > обсуждать?

С одной стороны - да, по нынешним меркам это не так уж и много.
А с другой - это объем, сравнимый с зеркалом Sisyphus для aarch64,
x86_64 и noarch вместе взятых (сейчас это 46+55+80 == 181 Гб).

 > С другой стороны, явно есть задания, про которые все забыли,
 > и какая сборка мусора нужна.

Разумеется. Но есть и задания, номер которых уже может быть где-то
прибит гвоздями (ну да, в тестовой среде, ибо для промышленной уже
есть смысл создавать собственную репу, но все же).

 > Как уже обсуждалось, нельзя ли сначала сделать возможность
 > включать удержания заданий, а потом уже включать удаление?

Кстати, было бы полезно. Например, не более 3...4 заданий на каждого
мейнтейнера. А то и парочки хватит.

Вижу это как команду lock, параметр --lock для команды build и,
разумеется, комплиментарную к ним команду unlock.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net