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

[Sergey V Turchin]

On Tuesday, 27 October 2020 10:44:01 MSK Nikolai Kostrigin wrote:
> 27.10.2020 10:18, Dmitry V. Levin пишет:
> > On Tue, Oct 27, 2020 at 08:59:01AM +0300, Anton Farygin wrote:
> >> On 26.10.2020 19:42, Dmitry V. Levin wrote:
> >>> Hi,
> >>> 
> >>> По техническим причинам автоматическое удаление незакоммиченных
> >>> устаревших
> >>> сборочных заданий было выключено в середине прошлого года.  С тех пор
> >>> количество несомненно устаревших сборочных заданий неуклонно растёт.
> >>> 
> >>> Например, 550 заданий не отправлялось на обработку за последние
> >>> полгода, занимая 167 гигабайт места, которое пригодилось бы для новых
> >>> сборочных заданий.
> >>> 
> >>> По этой причине автоматическое удаление устаревших сборочных заданий
> >>> придётся включить снова.  Я предлагаю установить в качестве срока
> >>> устаревания полгода.
> >>> 
> >>> (Всё это не касается закоммиченных сборочных заданий, которые
> >>> архивируются и хранятся отдельно.)
> >> 
> >> Было бы отлично сделать этот параметр настраиваемым для каждого
> >> сборочного задания.
> > 
> > А зачем?
> 
> Не все задания нужны в репозитории.
> 
> Некоторые собраны для сторонних потребителей, чтобы решить временные
> неувязки (те самые "карманы").
Если для продления срока будет достаточно пересобрать задание, то это будет 
стимулировать актуализацию зависимостей собранных там пакетов.

> При этом "временно" понятие растяжимое и может превышать норму выбранную
> для автоудаления.
> 
> Я бы предложил разрешить каждому мэйнтэйнеру иметь 1-2-3 (сколько
> безболезненно может вынести инфраструктура) "защищенных" от автоудаления
> задания, а остальные
> 
> подвергать чистке в  установленном порядке.
> Для этого, конечно, понадобится соответствующая фича в girar.


-- 
Regards, Sergey.