From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Wed, 19 Jan 2022 13:31:16 +0300 From: "Vladimir D. Seleznev" To: "Anton V. Boyarshinov" Message-ID: References: <20211206144138.60f0783d@tower> <30ed142a-9227-c5ab-7d0e-720b84865b77@basealt.ru> <8f291e9f-337b-6882-5287-2825be0253ec@rosalinux.ru> <20211223090747.928b5667b416a58c2c55eeb6@altlinux.org> <20220111110125.4d6b1e4b@tower> <20220111151821.1402ea19@tower> <20220119125652.5e8f37a2@tower> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20220119125652.5e8f37a2@tower> Cc: ALT Linux Team development discussions , "Vladimir D. Seleznev" Subject: [devel] =?utf-8?b?0JDQstGC0L7QtNC10LrQu9Cw0YDQsNGG0LjRjyDQv9Cw?= =?utf-8?b?0YLRh9C10Lkg0LIg0YHQv9C10LrQsNGFIChXYXM6ICDQndC+0LLQsNGPINGB?= =?utf-8?b?0YXQtdC80LAg0LLQtdC00LXQvdC40Y8g0LjRgdGF0L7QtNC90LjQutC+0LIg?= =?utf-8?b?0Y/QtNGA0LAp?= 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: Wed, 19 Jan 2022 10:31:17 -0000 Archived-At: List-Archive: List-Post: On Wed, Jan 19, 2022 at 12:56:52PM +0300, Anton V. Boyarshinov wrote: > > > > С одной стороны, такая схема ощутимо более трудоёмка при сборке новой мажорной версии, но можно попробовать многое заскриптовать. > > > С другой стороны, есть и определённые удобства в плане поддержки ядер в разных репозиториях. > > > С третьей стороны, когда stable разъезжается с патчами, в старой схеме это видно на этапе мержа, а в новой -- на этапе сборки. Впрочем, тут есть и недостатки и достоинства. > > > > > > В общем, надо посмотреть. > > > > Я напоминаю, что начиная с rpm-build-4.0.4-alt133 поддерживается > > директива %autopatch. Её использование удобно тем, что нет необходимости > > следить за соответствием декларации патча (PatchN: fix.patch) и наличием > > его применением (%patchN -p1). Я думаю, она хорошо подходит к данной > > схеме в т.ч.. > > > > Вот хорошо бы было, если бы она не только следила за соответствием > декларации патча и его наложением, но могла бы также замечать, что > патчи в виде файлов есть, а ни декларации, ни наложения нет. Может быть сделать соответствующую поддержку в gear? Например, можно реализовать директиву gear-rules declare-patches: yes, при наличие которой при сборке пакета патчи последовательно, в порядке следования diff'ов в gear-rules, подставляются в spec-файл (в таком случае spec в gear является не чистым, а шаблоном для настоящего спека). -- WBR, Vladimir D. Seleznev