From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Fri, 20 Nov 2020 18:20:27 +0300 From: "Dmitry V. Levin" To: ALT Devel discussion list Message-ID: <20201120152026.GA27539@altlinux.org> References: <2014649546.83455.1605607333283.JavaMail.zimbra@remotesystems.ru> <1772553.tdWV9SEqCh@zerg.malta.altlinux.ru> <20201117185618.GC21977@imap.altlinux.org> <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> <45533017-c137-b891-aab1-ae15690bc73d@basealt.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <45533017-c137-b891-aab1-ae15690bc73d@basealt.ru> Subject: Re: [devel] =?koi8-r?b?0sHT0M/azsHXwc7JxSDC0sHO3sEgIC0+ICVfcHJpb3Jp?= =?koi8-r?b?dHlfZGlzdGJyYW5jaA==?= 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: Fri, 20 Nov 2020 15:20:27 -0000 Archived-At: List-Archive: List-Post: On Fri, Nov 20, 2020 at 06:12:02PM +0300, Anton Farygin wrote: > On 20.11.2020 16:28, Dmitry V. Levin wrote: > > On Fri, Nov 20, 2020 at 01:12:09PM +0300, Anton V. Boyarshinov wrote: > >> В Thu, 19 Nov 2020 19:10:10 +0300, Mikhail Novosyolov пишет: > >>> 19.11.2020 11:33, Anton V. Boyarshinov пишет: > >>>> В Wed, 18 Nov 2020 23:19:51 +0300, Mikhail Novosyolov пишет: > >>>>> А нельзя просто гарантированно пересобирать пакеты при копировании > >>>>> из сизифа в бранч, чтобы в %disstag появлялось p9, а потом на него > >>>>> смотреть? > >>>> Вообще говоря, мы пытаемся решить скорее обратную задачу -- чтоб если > >>>> пакет из Сизифа при сборке в бранч существенно не изменился, то чтоб в > >>>> бранч попадал именно пакет из Сизифа, а не пересобранный. > >>> А зачем? > >> Что бы не плодить во множестве избыточные гигабайты. Для часто > >> собираемых больших пакетов типа ядра разница набегает немаленькая. > >> > >>> И вы уверены, что set-versions настолько крут, что для гарантирования > >> целостности ABI не стоит пересобирать пакет? > >> > >> Вот это и вкладывается в "существенно не изменился". Насколько я знаю, > >> проверяются не только set-versions. > > Сейчас нет никакого копирования, операция copy - это всего лишь упрощенный > > интерфейс операции сборки, когда нужная редакция исходников определяется > > на стороне сервера. > > > > Единственный случай, когда не происходит сборки - это в момент создания > > бранча. И это, на самом деле, большая проблема для всех подходов к > > заглядыванию в %disttag/%ubt/whatever каких-либо пакетов, потому что > > в этот момент там записана информация об исходном бранче. > > Кстати, не знаю спрашивал я или нет, но мне просто интересно - как во > времена p10 будет происходить апдейт с p9 до p10, если в бранче p10 > будет намешано пакетов и из sisyphus (таких же как в p9) и из p10, > соответсвенно %_priority_distbranch в p10 уже не сработает. По идее, если определить %_priority_distbranch в p10, то приоритет получится следующий: p10 > sisyphus > p9. > Ну и в продолжение темы - может быть сделать общесистемный конфиг в > отдельном пакете, в котором будет собственно этот самый branch в том или > ином виде, таким образом, что бы его можно было распознавать и > использовать в спеках. Тогда этот пакет должен быть первым, который собирается в новый бранч. Сейчас таким пакетом является altlinux-release-$branch. -- ldv