From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 Date: Sat, 3 Jan 2026 15:04:00 +0100 From: Konstantin Lepikhov To: devel-kernel@lists.altlinux.org Message-ID: Mail-Followup-To: devel-kernel@lists.altlinux.org References: <8680063f-e259-47c6-a0c5-04a41713896b@altlinux.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <8680063f-e259-47c6-a0c5-04a41713896b@altlinux.org> X-Operation-System: ALT Regular Sisyphus 6.17.13-6.17-alt1 User-Agent: Mutt/2.1.1.0.3.g6c0f75cca (2021-07-12) Subject: Re: [d-kernel] =?utf-8?b?0JrQsNC6INC/0YDQsNCy0LjQu9GM0L3QviDQv9C10YA=?= =?utf-8?b?0LXQudGC0Lgg0YEgYmxhY2tsaXN0INC90LAg0LjRgdC/0L7Qu9GM0LfQvtCy?= =?utf-8?b?0LDQvdC40LUg0LrQsNGC0LDQu9C+0LPQsCB1cGRhdGVzICjQstGB0LXQs9C0?= =?utf-8?b?0LAg0LvQuCDQstC+0LfQvNC+0LbQvdC+Pyk=?= X-BeenThere: devel-kernel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux kernel packages development List-Id: ALT Linux kernel packages development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jan 2026 14:04:09 -0000 Archived-At: List-Archive: List-Post: Hi Anton! On 01/03/2026, at 03:20:10 PM you wrote: .. > 1. Что делать, когда название собираемого модуля отличается от названия апстримного модуля? > Достаточно назвать также как называется апстримный модуль? Я так попробовал сделать для rtl8821ce: > https://git.altlinux.org/tasks/404415/ > Или вообще ничего делать не требуется? Оставить имя прежним? если название модуля такое же, что и в апстриме ядра, то просто класть в updates/ и blacklist делать не нужно. > Что делать, когда блеклистится несколько апстримных модулей? Пример: kernel-modules-rts5139-6.12 и rts5139-blacklist. Или это тот случай, когда оправданно делать блеклист? в случае rts5139 это очень даже оправдано, апстримный модуль на некотором железе просто не работает и rts5139 предоставляет необходимый функционал используя другой API. Собственно в описании kernel-source в этом говорится. > > 2. А как правильно поступить с блеклистом, когда он становится не нужным? > Может есть какой-то общий пакет, которому можно прописать Obsoletes этого блеклиста? > Или поменять у модуля Requires на Conflicts, и этим огранчиться? Наверное, стоит озвучить в каких случаях -blacklist становится не нужным. Технически, можно сделать filetrigger, который будет удалять соответствующий -blacklist пакет если удаляется модуль ядра, который его требовал. -- WBR et al.