From: Alexei Takaseev <alexei@taf.ru>
To: ALT Linux kernel packages development <devel-kernel@lists.altlinux.org>
Subject: Re: [d-kernel] Ядра без подписи
Date: Wed, 16 Sep 2026 00:12:52 +0800 (IRKT)
Message-ID: <493672647.653.1789488772345.JavaMail.zimbra@taf.ru> (raw)
In-Reply-To: <aqlTAvCWGz09/ZGz@glebfm.altlinux.org>
----- Исходное сообщение -----
> От: "Gleb Fotengauer-Malinovskiy" <glebfm@altlinux.org>
> Кому: alexei@taf.ru, "ALT Linux kernel packages development" <devel-kernel@lists.altlinux.org>
> Отправленные: Вторник, 15 Сентябрь 2026 г 22:15:30
> Тема: Re: [d-kernel] Ядра без подписи
> On Tue, Sep 15, 2026 at 08:32:48PM +0800, Alexei Takaseev wrote:
>> В Вт, 15/09/2026 в 14:58 +0300, Gleb Fotengauer-Malinovskiy пишет:
>> > On Tue, Sep 15, 2026 at 02:39:11PM +0400, Ivan A. Melnikov wrote:
>> > > On Mon, Sep 14, 2026 at 02:53:10PM +0300, Gleb Fotengauer-
>> > > Malinovskiy wrote:
>> > > > On Mon, Sep 14, 2026 at 02:44:27PM +0400, Ivan A. Melnikov wrote:
>> > > > > On Mon, Sep 14, 2026 at 06:18:27PM +0800, Alexei Takaseev
>> > > > > wrote:
>> > > > > > Добрый день!
>> > > > > >
>> > > > > > При сборке модуля для ядра kernel-image-rockchip64 получается
>> > > > > > вот такое
>> > > > > > сообщение:
>> > > > > >
>> > > > > > ====
>> > > > > > 2026-Sep-14 10:01:58 :: [aarch64] #200 kernel-modules-yt6801-
>> > > > > > rockchip64.git sisyphus/kernel-modules-yt6801-rockchip64-
>> > > > > > 1.0.31-alt2:
>> > > > > > build start
>> > > > > > 2026-Sep-14 10:02:50 :: [aarch64] #200: modsigning approved
>> > > > > > by cas
>> > > > > > 2026-Sep-14 10:03:14 :: [aarch64] remote modsign: failed to
>> > > > > > modsign
>> > > > > > kernel-modules-yt6801-rockchip64-1.0.31-
>> > > > > > alt2.397875.1.aarch64.rpm
>> > > > > > ====
>> > > > > >
>> > > > > > Действительно, для этого ядра не предусматривается процедура
>> > > > > > подписания
>> > > > > > модулей внешним ключем. Есть ли у сборочницы крутилки,
>> > > > > > выключающие
>> > > > > > процедуру подписания там, где она не нужна?
>> > > > >
>> > > > > Привет Глеб.
>> > > > >
>> > > > > Можешь подсказать, что тут cделать?
>> > > > >
>> > > > > Как будто бы сейчас сборка будет работать только если её
>> > > > > поаппрувит
>> > > > > кто-то из @maint, но не из @modsign.
>> > > >
>> > > > По сути, мне кажется, что не предполагалось, что кто-то хочет не
>> > > > подписывать модули для ядер.
>> > >
>> > > Для массового сервиса, рекомендованного всем и каждому собирателю
>> > > ядер, modsign'илке как минимум очень сильно не хватает
>> > > документации.
>> >
>> > Я согласен, не хватает. К сожалению, реализация и внедрение подписей
>> > произошло практически без ценного вклада этих самых собирателей ядер.
>> > К счастью, всё ещё можно сформулировать запрос с вашей стороны,
>> > поменять реализацию на подходящую и задокументировать её.
>>
>> Собственно, это запрос и есть - иметь возможность вернуть поведение
>> сборочницы в первоначальное состояние.
>
> Какой должен быть интерфейс?
Что мешает это делать через отдельную команду сборочницы при сохранении нынешней логики?
Механизм аппрува от группы оказался неустойчивым для "гонки состояний". Все началось с
того, что участник групп @maint и @modsign выдал свой аппрув именно как @maint.
> В какой степени и как именно сборочница должна не давать вам и другим
> мейнтейнерам ядер забыть подписать модули, если modsign всё же
> используется? Почему (кроме отсутствия документации) мейнтейнер ядра
> может хотеть отказаться от modsign совсем? Через какой интерфейс?
См. выше про отдельную команду.
next prev parent reply other threads:[~2026-09-15 16:12 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-14 10:18 Alexei Takaseev
2026-09-14 10:44 ` Ivan A. Melnikov
2026-09-14 11:53 ` Gleb Fotengauer-Malinovskiy
2026-09-14 12:01 ` Alexei Takaseev
2026-09-14 15:25 ` Alexey V. Vissarionov
2026-09-14 15:44 ` Alexei Takaseev
2026-09-15 10:39 ` Ivan A. Melnikov
2026-09-15 11:58 ` Gleb Fotengauer-Malinovskiy
2026-09-15 12:32 ` Alexei Takaseev
2026-09-15 14:15 ` Gleb Fotengauer-Malinovskiy
2026-09-15 14:28 ` Konstantin Lepikhov
2026-09-15 15:15 ` Gleb Fotengauer-Malinovskiy
2026-09-16 5:36 ` Alexey V. Vissarionov
2026-09-15 16:12 ` Alexei Takaseev [this message]
2026-09-16 5:28 ` Alexey V. Vissarionov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=493672647.653.1789488772345.JavaMail.zimbra@taf.ru \
--to=alexei@taf.ru \
--cc=devel-kernel@lists.altlinux.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
ALT Linux kernel packages development
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/devel-kernel/0 devel-kernel/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 devel-kernel devel-kernel/ http://lore.altlinux.org/devel-kernel \
devel-kernel@altlinux.org devel-kernel@altlinux.ru devel-kernel@altlinux.com
public-inbox-index devel-kernel
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.devel-kernel
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git