From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: To: devel@lists.altlinux.org References: <5416036.DvuYhMxLoT@zerg.malta.altlinux.ru> <92f145b5-c8fe-b5e7-8f74-877d63d05209@rosalinux.ru> <20201119083359.4f217497@tower> <505e1cd4-972b-fd16-e831-6d5ca3bf3de1@rosalinux.ru> <20201120101209.0be7ca83@tower> <20201120132824.GC25354@altlinux.org> <69c367a9-0655-a67c-ba8d-1e3f9118973d@rosalinux.ru> <20201120174705.GB29142@altlinux.org> <20201121024619.GB3570389@portlab> <20201121025635.GA2821@altlinux.org> <20201121040920.GA3575185@portlab> From: Anton Farygin Organization: BaseALT Message-ID: Date: Sat, 21 Nov 2020 10:26:07 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.4.3 MIME-Version: 1.0 In-Reply-To: <20201121040920.GA3575185@portlab> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: ru Subject: Re: [devel] =?utf-8?b?0L/QtdGA0LXRgdCx0L7RgNC60LAgLT4gZGlzdHRhZw==?= 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: Sat, 21 Nov 2020 07:26:08 -0000 Archived-At: List-Archive: List-Post: On 21.11.2020 07:09, Vladimir D. Seleznev wrote: > On Sat, Nov 21, 2020 at 05:56:35AM +0300, Dmitry V. Levin wrote: >> On Sat, Nov 21, 2020 at 05:46:19AM +0300, Vladimir D. Seleznev wrote: >>> On Fri, Nov 20, 2020 at 08:47:05PM +0300, Dmitry V. Levin wrote: >>>> On Fri, Nov 20, 2020 at 07:24:59PM +0300, Mikhail Novosyolov wrote: >> [...] >>>>> Отсутствие полной пересборки после бранчевания - это просто экономия времени и машинных ресурсов (вряд ли), или чем-то еще обусловлено? >>>> Полная пересборка после бранчевания - это концептуально неправильно, >>>> по-хорошему, пересобирать нужно всегда, когда результат пересборки >>>> меняется, не дожидаясь бранчевания. >>> А зачем? Просто пересобранный пакет может внезапно оказаться нерабочим, >>> а кто чинить будет? >> Чем раньше он окажется нерабочим, тем раньше об этом узнают те, >> кто могут починить. А вообще в нормальном пакете должны быть тесты. > Вторая проблема, более существенная на мой взгляд, то, что сборка многих > пакетов не воспроизводима. Результат каждой пересбоки таких пакетов > будет меняться. > > Я предлагаю расширить beehive и функциональность пересборочницы, > сохраняя для каждого пакета список пакетов, входящих в сборочное > окружение, и контрольные суммы результата сборки rpmidentity. И если в > результате следующей итерации пересборки состояние сборочной среды > осталось прежний, а контрольные суммы изменились, значит сборка > невоспроизводима, и публиковать список невоспроизводимых пакетов для > каждой архитектуры, для которой осуществляется пересборка. > Лучше, конечно, двигаться последовательно и сначала доделать disttag до конца. Это было бы просто здорово.