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

[Dmitry V. Levin]

On Tue, Oct 27, 2020 at 11:35:14AM +0300, Anton Farygin wrote:
> On 27.10.2020 10:18, Dmitry V. Levin wrote:
> > 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 гигабайт места, которое пригодилось бы для новых
> >>> сборочных заданий.
> >>>
> >>> По этой причине автоматическое удаление устаревших сборочных заданий
> >>> придётся включить снова.  Я предлагаю установить в качестве срока
> >>> устаревания полгода.
> >>>
> >>> (Всё это не касается закоммиченных сборочных заданий, которые
> >>> архивируются и хранятся отдельно.)
> >>>
> >> Было бы отлично сделать этот параметр настраиваемым для каждого
> >> сборочного задания.
> > А зачем?
> >
> ну, например, у меня есть задание, которое нужно оставить практически 
> навсегда.  (на время жизни p9).
> 
> #250722 EPERM #9 p9 alsa-topology-conf.git=1.2.3-alt1 
> alsa-ucm-conf.git=1.2.3-alt1 libalsa.git=1.2.3.2-alt1 
> alsa-utils.git=1.2.3-alt1 alsa-plugins.git=1.2.2-alt1 
> tinycompress.git=1.2.3-alt1 pulseaudio.git=13.99.1-alt0.M90P.
> 
> Его попробовали потестировать и в нём есть регресс, из-за которого его 
> коммитить в branch нельзя, а при этом есть железо (например acer swift 3 
> модель 2020 года), микрофон на котором начинает работать только с новой 
> альсой, пульсом и ядром из sisyphus.

Такие задания надо ребейзить время от времени, наверное?


-- 
ldv