Re: [d-kernel] Как правильно перейти с blacklist на использование каталога updates (всегда ли возможно?)

[Anton Midyukov <antohami@altlinux.org>]

03.01.2026 17:04, Konstantin Lepikhov пишет:
> 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-rtl8821ce-6.12 имя модуля другое нежели у апстрима. rtl8821ce.ko против апстримного rtw88_8821ce.ko
Имеет ли смысл его специального переименовать под имя апстрима, чтобы отказаться от блеклиста?
Или оставлять как есть, будет правильно?

>> Что делать, когда блеклистится несколько апстримных модулей? Пример: kernel-modules-rts5139-6.12 и rts5139-blacklist. Или это тот случай, когда оправданно делать блеклист?
> в случае rts5139 это очень даже оправдано, апстримный модуль на некотором
> железе просто не работает и rts5139 предоставляет необходимый функционал
> используя другой API. Собственно в описании kernel-source в этом
> говорится.
> 

Спасибо. Понятно.

>>
>> 2. А как правильно поступить с блеклистом, когда он становится не нужным?
>> Может есть какой-то общий пакет, которому можно прописать Obsoletes этого блеклиста?
>> Или поменять у модуля Requires на Conflicts, и этим огранчиться?
> Наверное, стоит озвучить в каких случаях -blacklist становится не нужным.

В случае, когда переместили модули в updates (то есть изначально можно было не делать блеклист, а поместить в updates).

> Технически, можно сделать filetrigger, который будет удалять
> соответствующий -blacklist пакет если удаляется модуль ядра, который его
> требовал.
> 

Но таких же модулей может быть установлено несколько (для старых ядер, которые сами не удаляются).

-- 
best regards, Anton Midyukov <antohami@altlinux.org>