From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Tue, 27 Oct 2020 12:07:58 +0300 From: "Dmitry V. Levin" To: devel@lists.altlinux.org Message-ID: <20201027090756.GD12124@altlinux.org> References: <20201026164246.GA31931@altlinux.org> <94c59ef3-bd0b-e58c-c836-a6456260d18f@basealt.ru> <20201027071840.GC10661@altlinux.org> <365dbc01-b54d-7350-856d-f979b333cb95@basealt.ru> <20201027085743.GA12124@altlinux.org> <4c257790-4686-513e-a9e4-fd00898d09a9@basealt.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4c257790-4686-513e-a9e4-fd00898d09a9@basealt.ru> Subject: Re: [devel] =?koi8-r?b?UTog09LPyyDB19TPzcHUyd7F08vPx88g1cTBzMXOydEg?= =?koi8-r?b?1dPUwdLF19vJyCDTws/Sz97O2cgg2sHEwc7Jyg==?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Oct 2020 09:07:58 -0000 Archived-At: List-Archive: List-Post: On Tue, Oct 27, 2020 at 12:03:55PM +0300, Anton Farygin wrote: > On 27.10.2020 11:57, Dmitry V. Levin wrote: > > 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. > > Такие задания надо ребейзить время от времени, наверное? > > > Под rebase ты имеешь в виду rebuild ? Да, нужно конечно. Тогда оно по определению не попадает в категорию устаревших заданий, состояние которых не меняется в течение установленного срока. > Это было бы тоже неплохо автоматизировать. Да, это бы тоже пригодилось, но это другая тема. -- ldv