From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gremlin@basealt.ru>
X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on
 sa.local.altlinux.org
X-Spam-Level: 
X-Spam-Status: No, score=-3.3 required=5.0 tests=BAYES_00,
 HEADER_FROM_DIFFERENT_DOMAINS,RP_MATCHES_RCVD autolearn=ham
 autolearn_force=no version=3.4.1
Date: Mon, 14 Sep 2026 18:25:40 +0300
From: "Alexey V. Vissarionov" <gremlin@altlinux.org>
To: alexei@taf.ru,
 ALT Linux kernel packages development <devel-kernel@lists.altlinux.org>
Message-ID: <20260914152540.GB30360@altlinux.org>
References: <97a2214d384d3c75e8e30660c427a20bf03a7b2c.camel@taf.ru>
 <aqfPZJ01gYOuhtji@iv-work> <aqfgJgnV+52HVZbu@glebfm.altlinux.org>
 <ce6768ea6a5d49f16abb0d3cee26d4a3581da842.camel@taf.ru>
MIME-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <ce6768ea6a5d49f16abb0d3cee26d4a3581da842.camel@taf.ru>
Subject: Re: [d-kernel] =?koi8-r?b?8cTSwSDCxdog0M/E0MnTyQ==?=
X-BeenThere: devel-kernel@lists.altlinux.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: ALT Linux kernel packages development
 <devel-kernel@lists.altlinux.org>
List-Id: ALT Linux kernel packages development
 <devel-kernel.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/options/devel-kernel>,
 <mailto:devel-kernel-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/devel-kernel>
List-Post: <mailto:devel-kernel@lists.altlinux.org>
List-Help: <mailto:devel-kernel-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/devel-kernel>,
 <mailto:devel-kernel-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Mon, 14 Sep 2026 15:25:44 -0000
Archived-At: <http://lore.altlinux.org/devel-kernel/20260914152540.GB30360@altlinux.org/>
List-Archive: <http://lore.altlinux.org/devel-kernel/>
List-Post: <mailto:devel-kernel@altlinux.org>

Good ${greeting_time}!

On 2026-09-14 20:01:03 +0800, Alexei Takaseev wrote:

 >> По сути, мне кажется, что не предполагалось, что кто-то хочет
 >> не подписывать модули для ядер.

В случае off-tree сборки это зачастую печальная необходимость.

 >> Хотелось бы понять, какое решение тут будет лучше, потому
 >> что самое простое решение: сделать список ядер, модули
 >> которых не надо подписывать.

Это неправильное решение.

 > А сборочница не может отследить, есть ли для данного ядра
 > внешние ключ/сертификат, и при их отсутствии не запускать
 > процедуру подписи?

Я у себя реализовал это так: есть два пакета, один из которых
содержит готовую пару из ключа RSA-8192 и сертификата для него
(kernel-cert-data), а второй (kernel-cert-empty) ничего не
содержит, но тоже предоставляет сборочную зависимость ядра от
kernel-cert. Если при сборке установлен kernel-cert-data - его
содержимое копируется в каталог с исходниками, а если пустой
пакет kernel-cert-empty - ключ и сертификат сгенерируются при
сборке ядра. Разумеется, при этом kernel-cert-data во внешнюю
репу не выкладывается, а доступен только локально.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net