From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <legion@altlinux.ru>
Date: Thu, 19 Aug 2021 19:20:07 +0200
From: Alexey Gladkov <legion@altlinux.ru>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Message-ID: <20210819172007.gbyhg5apwmsidcr5@example.org>
References: <20210819133700.GA22477@dad.imath.kiev.ua>
 <20210819141646.GB7127@altlinux.org>
 <20210819150508.GA24712@altlinux.org>
 <20210819151310.GA8302@altlinux.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <20210819151310.GA8302@altlinux.org>
Subject: Re: [devel] =?utf-8?b?0L7QsdC90LDRgNGD0LbQtdC90LjQtSDQt9Cw0YbQuNC6?=
 =?utf-8?b?0LvQuNCy0YjQuNGF0YHRjyDRgdCx0L7RgNC+0Lo=?=
X-BeenThere: devel@lists.altlinux.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: ALT Linux Team development discussions <devel@lists.altlinux.org>
List-Id: ALT Linux Team development discussions <devel.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/options/devel>,
 <mailto:devel-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/devel>
List-Post: <mailto:devel@lists.altlinux.org>
List-Help: <mailto:devel-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/devel>,
 <mailto:devel-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Aug 2021 17:20:08 -0000
Archived-At: <http://lore.altlinux.org/devel/20210819172007.gbyhg5apwmsidcr5@example.org/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

On Thu, Aug 19, 2021 at 06:13:10PM +0300, Dmitry V. Levin wrote:
> On Thu, Aug 19, 2021 at 06:05:08PM +0300, Alexey V. Vissarionov wrote:
> > On 2021-08-19 17:16:46 +0300, Dmitry V. Levin wrote:
> > 
> >  >> Если бы wlimit_bytes_written коррелировал с размером
> >  >> нормального лога пакета, то логи FTBFS были бы гораздо
> >  >> более человеко- и машинно- читабельными.
> >  > Что такое время нормальной сборки пакета и размер нормального
> >  > лога пакета?
> > 
> > Ну очевидно же - матожидание времени сборки и размера лога
> > соответственно.
> > 
> > Эту информацию надо собирать и учитывать. Превышение на порядок
> > (даже двоичный) - повод внимательно посмотреть, что случилось.
> > Превышение на два порядка - однозначный повод остановить сборку
> > как неудачную.
> 
> Ну, с таким подходом вы тесты в nss никогда не включите, даже если
> захотите.  И новых пакетов тоже не факт, что сможете собрать.

Сборочница размер лога сборки в которой стремится к нулю! )))

Если же разрешить рост лога на N%, то я представляю себе радость по
постепенному включению тестов )))

-- 
Rgrds, legion