[devel] sisyphus-check требует избыточную зависимость

[devel] sisyphus-check требует избыточную зависимость

[Alexey V. Vissarionov]

 > kernel module should require kernel image
 > sisyphus_check: check-kernel ERROR: kernel module violation

Хотел бы я знать: кто же это в безграничной мудрости своей
решил, что для установки ядерных модулей обязательно нужно
установить ядро?

Даже так: кто настолько оторвался от реальности, что решил
отменить и запретить сетевую загрузку? Напомню: ядро в этом
случае хранится (и загружается) отдельно от корневой ФС, в
которой модули бывают нужны, например, для работы со всякой
мультимудией.

И ладно бы этот противоестественный интеллект предупреждение
выдавал - так нет же, он это ошибкой считает.


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

Re: [devel] sisyphus-check требует избыточную зависимость

[Alexey Gladkov]

On Sat, Aug 31, 2019 at 09:12:39PM +0300, Alexey V. Vissarionov wrote:
>  > kernel module should require kernel image
>  > sisyphus_check: check-kernel ERROR: kernel module violation
> 
> Хотел бы я знать: кто же это в безграничной мудрости своей
> решил, что для установки ядерных модулей обязательно нужно
> установить ядро?

Проверку добавлял я в 2008 году. Это часть kernel policy. Модули ядра
должны требовать то ядро под которое он собран.

> Даже так: кто настолько оторвался от реальности, что решил
> отменить и запретить сетевую загрузку? Напомню: ядро в этом
> случае хранится (и загружается) отдельно от корневой ФС, в
> которой модули бывают нужны, например, для работы со всякой
> мультимудией.

В этом сумбурном абзаце я не понял в чём у вас проблема. Если загрузка
сетевая, то модули положите в initrd или загрузите эти модули с корневой ФС.

> И ладно бы этот противоестественный интеллект предупреждение
> выдавал - так нет же, он это ошибкой считает.

Эта проверка всегда считает это ошибкой. Кто же знал, что спустя 10 лет
появится экспрессивный мудрец и откроет нам глаза на эту проверку.

-- 
Rgrds, legion

Re: [devel] sisyphus-check требует избыточную зависимость

[Alexey V. Vissarionov]

On 2019-09-02 09:19:04 +0200, Alexey Gladkov wrote:

 >>> kernel module should require kernel image
 >>> sisyphus_check: check-kernel ERROR: kernel module violation
 >> Хотел бы я знать: кто же это в безграничной мудрости своей
 >> решил, что для установки ядерных модулей обязательно нужно
 >> установить ядро?
 > Проверку добавлял я в 2008 году. Это часть kernel policy.
 > Модули ядра должны требовать то ядро под которое он собран.

Это не всегда так.

 >> Даже так: кто настолько оторвался от реальности, что решил
 >> отменить и запретить сетевую загрузку? Напомню: ядро в этом
 >> случае хранится (и загружается) отдельно от корневой ФС, в
 >> которой модули бывают нужны, например, для работы со всякой
 >> мультимудией.
 > В этом сумбурном абзаце я не понял в чём у вас проблема. Если
 > загрузка сетевая, то модули положите в initrd

Ага... И ядро туда же... Что особенно радует в ситуации, когда
каждый килобайт на счету.

 > или загрузите эти модули с корневой ФС.

Это одно и то же.

Но у меня задача немного другая: поставить в образ корневой ФС
модули без ядра. Специфика оборудования, знаете ли.

 >> И ладно бы этот противоестественный интеллект предупреждение
 >> выдавал - так нет же, он это ошибкой считает.
 > Эта проверка всегда считает это ошибкой. Кто же знал, что
 > спустя 10 лет появится экспрессивный мудрец и откроет нам
 > глаза на эту проверку.

Ну и как ее отключить?


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

Re: [devel] sisyphus-check требует избыточную зависимость

[Alexey Gladkov]

On Mon, Sep 02, 2019 at 10:52:14AM +0300, Alexey V. Vissarionov wrote:
> On 2019-09-02 09:19:04 +0200, Alexey Gladkov wrote:
> 
>  >>> kernel module should require kernel image
>  >>> sisyphus_check: check-kernel ERROR: kernel module violation
>  >> Хотел бы я знать: кто же это в безграничной мудрости своей
>  >> решил, что для установки ядерных модулей обязательно нужно
>  >> установить ядро?
>  > Проверку добавлял я в 2008 году. Это часть kernel policy.
>  > Модули ядра должны требовать то ядро под которое он собран.
> 
> Это не всегда так.

Вы спорите с объективным фактом репозитория ?

Это всегда так. sisyphus_check выполняется в hasher и в сборочнице.
Когда это будет не так, то в sisyphus_check будут сделаны изменения.

>  >> Даже так: кто настолько оторвался от реальности, что решил
>  >> отменить и запретить сетевую загрузку? Напомню: ядро в этом
>  >> случае хранится (и загружается) отдельно от корневой ФС, в
>  >> которой модули бывают нужны, например, для работы со всякой
>  >> мультимудией.
>  > В этом сумбурном абзаце я не понял в чём у вас проблема. Если
>  > загрузка сетевая, то модули положите в initrd
> 
> Ага... И ядро туда же... Что особенно радует в ситуации, когда
> каждый килобайт на счету.

В initrd ? Серьёзно ?

>  > или загрузите эти модули с корневой ФС.
> 
> Это одно и то же.

Так у вас только initrd и нет корневой ФС ?

> Но у меня задача немного другая: поставить в образ корневой ФС
> модули без ядра. Специфика оборудования, знаете ли.

Если у вас "каждый килобайт на счету" нахрена вы ставите модули пакетами
?! Там же не все модули нужны (Специфика оборудования, знаете ли). Если у
вас каждый килобайт на счету, то скопируйте необходимые модули в образ,
как это делает make-initrd или mkinitrd.

>  >> И ладно бы этот противоестественный интеллект предупреждение
>  >> выдавал - так нет же, он это ошибкой считает.
>  > Эта проверка всегда считает это ошибкой. Кто же знал, что
>  > спустя 10 лет появится экспрессивный мудрец и откроет нам
>  > глаза на эту проверку.
> 
> Ну и как ее отключить?

В sisyphus_check проверку выключить можно. В сборочнице нельзя.

-- 
Rgrds, legion

Re: [devel] sisyphus-check требует избыточную зависимость

[Anton Farygin]

On 02.09.2019 10:52, Alexey V. Vissarionov wrote:
>   >> Даже так: кто настолько оторвался от реальности, что решил
>   >> отменить и запретить сетевую загрузку? Напомню: ядро в этом
>   >> случае хранится (и загружается) отдельно от корневой ФС, в
>   >> которой модули бывают нужны, например, для работы со всякой
>   >> мультимудией.
>   > В этом сумбурном абзаце я не понял в чём у вас проблема. Если
>   > загрузка сетевая, то модули положите в initrd
>
> Ага... И ядро туда же... Что особенно радует в ситуации, когда
> каждый килобайт на счету.

А зачем тебе килобайты считать ?

Re: [devel] sisyphus-check требует избыточную зависимость

[Michael Shigorin]

On Mon, Sep 02, 2019 at 10:52:14AM +0300, Alexey V. Vissarionov wrote:
> Ну и как ее отключить?

Например, собрать kernel-gremlins-* вместо kernel-modules-*? :)

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] sisyphus-check требует избыточную зависимость

[Alexey V. Vissarionov]

On 2019-09-02 16:21:14 +0300, Michael Shigorin wrote:

 >> Ну и как ее отключить?
 > Например, собрать kernel-gremlins-* вместо kernel-modules-*?

Ну вот оно в данном случае, считай, kernel-gremlins-modules
Как ему хотя бы сказать нужный Requires, чтобы проверялка не
гавкала? Requires: %name = %version-%release не воспринимает,
ядерный бинарник в /boot искать, судя по всему, не обучена...

 > :)

Не вижу ничего смешного.

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

Re: [devel] sisyphus-check требует избыточную зависимость

[Michael Shigorin]

On Mon, Sep 02, 2019 at 04:34:44PM +0300, Alexey V. Vissarionov wrote:
> Как ему хотя бы сказать нужный Requires, чтобы проверялка не
> гавкала? Requires: %name = %version-%release не воспринимает,

%name-то у него свой будет, а не ядра.

> ядерный бинарник в /boot искать, судя по всему, не обучена...

Остаётся /lib/modules/`uname -r`/ (соответствующий),
других префиксов в kernel-image-* нет.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] sisyphus-check требует избыточную зависимость

[Alexey V. Vissarionov]

On 2019-09-02 16:49:35 +0300, Michael Shigorin wrote:

 >> Как ему хотя бы сказать нужный Requires, чтобы проверялка не
 >> гавкала? Requires: %name = %version-%release не воспринимает,
 > %name-то у него свой будет, а не ядра.

Вообще-то бить полагается по морде, а не по пачпорту.

То есть, ядро - это не пакет kernel-как-его-там, а пакет, внутри
которого есть (внезапно!) ядро. И опознавать его полагается по
содержимому, командой file:

% file /boot/linux-5.2.11
/boot/linux-5.2.11: Linux kernel x86 boot executable RO-rootFS,
swap_dev 0x13, Normal VGA

То есть, если `file %buildroot/boot/* | grep -q 'Linux kernel'`
что-то нашло - значит, это пакет с ядром.

 >> ядерный бинарник в /boot искать, судя по всему, не обучена...
 > Остаётся /lib/modules/`uname -r`/ (соответствующий), других
 > префиксов в kernel-image-* нет.

То, что модули опознаются по *.ko внутри /lib/modules - понятно.
Осталось научить противоестественный интеллект опознавать ядра,
в том числе с EFI stub ("MS-DOS executable, MZ for MS-DOS").


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

Re: [devel] sisyphus-check требует избыточную зависимость

[Anton V. Boyarshinov]

On Mon, 2 Sep 2019 17:26:45 +0300 Alexey V. Vissarionov wrote:

> И опознавать его полагается по
> содержимому, командой file:

Нет. Потому, что это будет провоцировать на нарушение policy и
порождать бардак с именами пакетов в репозитории.

PS1 вся рота шагает не в ногу и лишь господин поручик...

PS2 когда коту нечем заняться он... считает килобайты

Re: [devel] sisyphus-check требует избыточную зависимость

[Michael Shigorin]

On Mon, Sep 02, 2019 at 05:53:26PM +0300, Aleksey Novodvorsky wrote:
> Для embedded иногда нужно считать килобайты, но все же для rpi4 вряд ли.

Да, и как тут рядом поинтересовались -- в _образе_
можно сделать rm -rf перед упаковкой (хотя это всегда
грязнее, чем не класть ненужное при наличии технической
возможности, по крайней мере в моей практике).

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] sisyphus-check требует избыточную зависимость

[Anton Farygin]

On 02.09.2019 17:53, Aleksey Novodvorsky wrote:
>
>
>
>
> пн, 2 сент. 2019 г., 17:45 Anton V. Boyarshinov <boyarsh@altlinux.org 
> <mailto:boyarsh@altlinux.org>>:
>
>     On Mon, 2 Sep 2019 17:26:45 +0300 Alexey V. Vissarionov wrote:
>
>     > И опознавать его полагается по
>     > содержимому, командой file:
>
>     Нет. Потому, что это будет провоцировать на нарушение policy и
>     порождать бардак с именами пакетов в репозитории.
>
>     PS1 вся рота шагает не в ногу и лишь господин поручик...
>
>     PS2 когда коту нечем заняться он... считает килобайты
>
>
> Для embedded иногда нужно считать килобайты, но все же для rpi4 вряд ли.
> Мне хотелось бы все же запустить процесс сборки для rpi4. Для совсем 
> мелких решений лучше потом обсудить спокойно.
>
Это (с килобайтами) - совсем другой embedded и скорее всего он без Linux.

Re: [devel] sisyphus-check требует избыточную зависимость

[Konstantin Lepikhov]

Hi Anton!

On 09/02/2019, at 05:45:43 PM you wrote:

> On Mon, 2 Sep 2019 17:26:45 +0300 Alexey V. Vissarionov wrote:
> 
> > И опознавать его полагается по
> > содержимому, командой file:
> 
> Нет. Потому, что это будет провоцировать на нарушение policy и
> порождать бардак с именами пакетов в репозитории.
> 
> PS1 вся рота шагает не в ногу и лишь господин поручик...
> 
> PS2 когда коту нечем заняться он... считает килобайты
Пользуясь случаем, хочу заметить что наличие policy это удобно, особенно
когда policy прибита в sisyphus_check, а то получится как с firmware-,
который вроде как бы и доворились всегда называть firmware- а потом забили
и теперь у нас бардак в наименованиях, тут вам и atf-<whatever>, и
edk2-<whatever> и всеми любимый rasperrypi-firmware (он же такой один,
особенный и важный). И почему они так называются кто ж теперь разберет )

-- 
WBR et al.

Re: [devel] Policy для firmware

[Антон Мидюков]

02.09.2019 22:30, Konstantin Lepikhov пишет:
> Hi Anton!
>
> On 09/02/2019, at 05:45:43 PM you wrote:
>
>> On Mon, 2 Sep 2019 17:26:45 +0300 Alexey V. Vissarionov wrote:
>>
>>> И опознавать его полагается по
>>> содержимому, командой file:
>> Нет. Потому, что это будет провоцировать на нарушение policy и
>> порождать бардак с именами пакетов в репозитории.
>>
>> PS1 вся рота шагает не в ногу и лишь господин поручик...
>>
>> PS2 когда коту нечем заняться он... считает килобайты
> Пользуясь случаем, хочу заметить что наличие policy это удобно, особенно
> когда policy прибита в sisyphus_check, а то получится как с firmware-,
> который вроде как бы и доворились всегда называть firmware- а потом забили
> и теперь у нас бардак в наименованиях, тут вам и atf-<whatever>, и
> edk2-<whatever> и всеми любимый rasperrypi-firmware (он же такой один,
> особенный и важный). И почему они так называются кто ж теперь разберет )

raspberrypi-firmware - это фирмвари не для linux и лежит оно в 
/usr/share по этой же причине. А называется он так, потому что проект: 
https://github.com/raspberrypi/firmware

Я не думал, что policy для firmware распространяется на пакеты, которые 
содержат firmware, не предназначенные для Linux, и потому лежащие не в 
/lib/firmware

Если такие пакеты называть в соответствии с policy, то это напротив 
будет вводить в заблуждение, что это firmware для ядра Linux.

-- 
С уважением, Антон Мидюков <antohami@altlinux.org>

Re: [devel] Policy для firmware

[Alexey Gladkov]

On Mon, Sep 02, 2019 at 10:47:29PM +0700, Антон Мидюков wrote:
> 02.09.2019 22:30, Konstantin Lepikhov пишет:
> > Hi Anton!
> > 
> > On 09/02/2019, at 05:45:43 PM you wrote:
> > 
> > > On Mon, 2 Sep 2019 17:26:45 +0300 Alexey V. Vissarionov wrote:
> > > 
> > > > И опознавать его полагается по
> > > > содержимому, командой file:
> > > Нет. Потому, что это будет провоцировать на нарушение policy и
> > > порождать бардак с именами пакетов в репозитории.
> > > 
> > > PS1 вся рота шагает не в ногу и лишь господин поручик...
> > > 
> > > PS2 когда коту нечем заняться он... считает килобайты
> > Пользуясь случаем, хочу заметить что наличие policy это удобно, особенно
> > когда policy прибита в sisyphus_check, а то получится как с firmware-,
> > который вроде как бы и доворились всегда называть firmware- а потом забили
> > и теперь у нас бардак в наименованиях, тут вам и atf-<whatever>, и
> > edk2-<whatever> и всеми любимый rasperrypi-firmware (он же такой один,
> > особенный и важный). И почему они так называются кто ж теперь разберет )
> 
> raspberrypi-firmware - это фирмвари не для linux и лежит оно в /usr/share по
> этой же причине. А называется он так, потому что проект:
> https://github.com/raspberrypi/firmware
> 
> Я не думал, что policy для firmware распространяется на пакеты, которые
> содержат firmware, не предназначенные для Linux, и потому лежащие не в
> /lib/firmware

У нас только то, что содержит /lib/firmware/* должно начинаться с
firmware-*.

-- 
Rgrds, legion

Re: [devel] Policy для firmware

[Konstantin Lepikhov]

Hi Антон!

On 09/02/2019, at 10:47:29 PM you wrote:

<skip>
> > Пользуясь случаем, хочу заметить что наличие policy это удобно, особенно
> > когда policy прибита в sisyphus_check, а то получится как с firmware-,
> > который вроде как бы и доворились всегда называть firmware- а потом забили
> > и теперь у нас бардак в наименованиях, тут вам и atf-<whatever>, и
> > edk2-<whatever> и всеми любимый rasperrypi-firmware (он же такой один,
> > особенный и важный). И почему они так называются кто ж теперь разберет )
> 
> raspberrypi-firmware - это фирмвари не для linux и лежит оно в 
> /usr/share по этой же причине. А называется он так, потому что проект: 
> https://github.com/raspberrypi/firmware
Да проект может называться как угодно, главное же функционал. И в описании
следущее:

> This repository contains pre-compiled binaries of the current Raspberry
> Pi kernel and modules

т.е. зависимость на ядро есть, и фирмварь тоже.

> 
> Я не думал, что policy для firmware распространяется на пакеты, которые 
> содержат firmware, не предназначенные для Linux, и потому лежащие не в 
> /lib/firmware
Все могут думать все что угодно, policy ж нету.

> 
> Если такие пакеты называть в соответствии с policy, то это напротив 
> будет вводить в заблуждение, что это firmware для ядра Linux.
Тогда уж и группу уберите, что это ядро:
https://packages.altlinux.org/en/sisyphus/specfiles/atf-rockchip
https://packages.altlinux.org/en/sisyphus/specfiles/sigrok-firmware-fx2lafw

Здесь я вообще затрудняюсь ответить:
https://packages.altlinux.org/en/sisyphus/specfiles/uhd - если это
драйвер, то значит и ядро есть?

А тут вообще дублирование того, что уже и так есть в firmware-linux (хотя
что тут ожидать от робота):
https://packages.altlinux.org/en/sisyphus/specfiles/firmware-ivtv
https://packages.altlinux.org/en/sisyphus/specfiles/firmware-bfa (тут даже
ошметки от rhel остались).

-- 
WBR et al.

Re: [devel] Policy для firmware

[Антон Мидюков]

02.09.2019 23:16, Konstantin Lepikhov пишет:
> Hi Антон!
>
> On 09/02/2019, at 10:47:29 PM you wrote:
>
> <skip>
>>> Пользуясь случаем, хочу заметить что наличие policy это удобно, особенно
>>> когда policy прибита в sisyphus_check, а то получится как с firmware-,
>>> который вроде как бы и доворились всегда называть firmware- а потом забили
>>> и теперь у нас бардак в наименованиях, тут вам и atf-<whatever>, и
>>> edk2-<whatever> и всеми любимый rasperrypi-firmware (он же такой один,
>>> особенный и важный). И почему они так называются кто ж теперь разберет )
>> raspberrypi-firmware - это фирмвари не для linux и лежит оно в
>> /usr/share по этой же причине. А называется он так, потому что проект:
>> https://github.com/raspberrypi/firmware
> Да проект может называться как угодно, главное же функционал. И в описании
> следущее:
>
>> This repository contains pre-compiled binaries of the current Raspberry
>> Pi kernel and modules
> т.е. зависимость на ядро есть, и фирмварь тоже.

Смотрите на описание пакета:

Summary: bootloader and GPU firmware for Raspberry Pi

Я пакечу только очень маленькую часть проекта.

Насчёт группы. Я не знаю, какая другая группа лучше отражает назначение 
фирмвари для u-boot.

У нас все u-boot, grub в группе System/Kernel and hardware

Так что группу менять не стоит.

>> Я не думал, что policy для firmware распространяется на пакеты, которые
>> содержат firmware, не предназначенные для Linux, и потому лежащие не в
>> /lib/firmware
> Все могут думать все что угодно, policy ж нету.
>
>> Если такие пакеты называть в соответствии с policy, то это напротив
>> будет вводить в заблуждение, что это firmware для ядра Linux.
> Тогда уж и группу уберите, что это ядро:
> https://packages.altlinux.org/en/sisyphus/specfiles/atf-rockchip
> https://packages.altlinux.org/en/sisyphus/specfiles/sigrok-firmware-fx2lafw
>
> Здесь я вообще затрудняюсь ответить:
> https://packages.altlinux.org/en/sisyphus/specfiles/uhd - если это
> драйвер, то значит и ядро есть?
Что вам не нравится в uhd? Пакет называется uhd-firmware, файлы 
находятся в /usr/share/, предназначены для загрузки в целевое 
устройство. Группа у пакета Engineering.

-- 
С уважением, Антон Мидюков <antohami@altlinux.org>

Re: [devel] Policy для firmware

[Sergey Bolshakov]

>>>>> "Konstantin" == Konstantin Lepikhov <lakostis-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:

 > Hi Антон!
 > On 09/02/2019, at 10:47:29 PM you wrote:

 > <skip>
 >> > Пользуясь случаем, хочу заметить что наличие policy это удобно, особенно
 >> > когда policy прибита в sisyphus_check, а то получится как с firmware-,
 >> > который вроде как бы и доворились всегда называть firmware- а потом забили
 >> > и теперь у нас бардак в наименованиях, тут вам и atf-<whatever>, и
 >> > edk2-<whatever> и всеми любимый rasperrypi-firmware (он же такой один,
 >> > особенный и важный). И почему они так называются кто ж теперь разберет )
 >> 
 >> raspberrypi-firmware - это фирмвари не для linux и лежит оно в 
 >> /usr/share по этой же причине. А называется он так, потому что проект: 
 >> https://github.com/raspberrypi/firmware
 > Да проект может называться как угодно, главное же функционал. И в описании
 > следущее:

 >> This repository contains pre-compiled binaries of the current Raspberry
 >> Pi kernel and modules
 > т.е. зависимость на ядро есть, и фирмварь тоже.

Нет, содержимое этого пакета не зависит от ядра, предлагаю
прочесть его description.

 >> 
 >> Я не думал, что policy для firmware распространяется на пакеты, которые 
 >> содержат firmware, не предназначенные для Linux, и потому лежащие не в 
 >> /lib/firmware
 > Все могут думать все что угодно, policy ж нету.

А нужна какая-то policy для этого ? Почему ?

 >> 
 >> Если такие пакеты называть в соответствии с policy, то это напротив 
 >> будет вводить в заблуждение, что это firmware для ядра Linux.
 > Тогда уж и группу уберите, что это ядро:
 > https://packages.altlinux.org/en/sisyphus/specfiles/atf-rockchip
 > https://packages.altlinux.org/en/sisyphus/specfiles/sigrok-firmware-fx2lafw

Группа зовётся System/Kernel and hardware -- эти два определённо не
kernel, но вполне hardware.

[skipped]

-- 

Re: [devel] Policy для firmware

[Konstantin Lepikhov]

Hi Sergey!

On 09/02/2019, at 08:45:44 PM you wrote:

<skip>
..
> А нужна какая-то policy для этого ? Почему ?
На самом деле я погорячился, все эти пакеты noarch или
ExclusiveArch <embedded>, поэтому обычные люди их не увидят. Тогда
претензий нет.

PS На отходы от робота я повешу отдельные баги.

-- 
WBR et al.

Re: [devel] sisyphus-check требует избыточную зависимость

[Alexey Gladkov]

On Mon, Sep 02, 2019 at 05:26:45PM +0300, Alexey V. Vissarionov wrote:
> Вообще-то бить полагается по морде, а не по пачпорту.

Так он как раз куда нужно ударил :)

> То есть, ядро - это не пакет kernel-как-его-там, а пакет, внутри

Это называется naming policy. У нас закреплено, как называются ядра,
фирмварь или питоновские модули. Это полиси репозитория.

> % file /boot/linux-5.2.11
> /boot/linux-5.2.11: Linux kernel x86 boot executable RO-rootFS,
> swap_dev 0x13, Normal VGA

Так сделать нельзя.

> То есть, если `file %buildroot/boot/* | grep -q 'Linux kernel'`
> что-то нашло - значит, это пакет с ядром.

Ага. %buildroot.

> То, что модули опознаются по *.ko внутри /lib/modules - понятно.
> Осталось научить противоестественный интеллект опознавать ядра,
> в том числе с EFI stub ("MS-DOS executable, MZ for MS-DOS").

И так тоже сделать не получится.

-- 
Rgrds, legion

Re: [devel] sisyphus-check требует избыточную зависимость

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1542 bytes --]

On Mon, Sep 02, 2019 at 10:52:14AM +0300, Alexey V. Vissarionov wrote:
> On 2019-09-02 09:19:04 +0200, Alexey Gladkov wrote:
> 
>  >>> kernel module should require kernel image
>  >>> sisyphus_check: check-kernel ERROR: kernel module violation
>  >> Хотел бы я знать: кто же это в безграничной мудрости своей
>  >> решил, что для установки ядерных модулей обязательно нужно
>  >> установить ядро?
>  > Проверку добавлял я в 2008 году. Это часть kernel policy.
>  > Модули ядра должны требовать то ядро под которое он собран.
> 
> Это не всегда так.

В Сизифе все ядра упакованы в kernel-image-*:

$ grep -h ^/boot/vmlinu Sisyphus/*/base/contents_index |sort -u
/boot/vmlinux-4.19.60-std-debug-alt1	kernel-image-domU-std-debug
/boot/vmlinux-4.19.69-std-def-alt1	kernel-image-domU-std-def
/boot/vmlinux-4.19.69-std-pae-alt1	kernel-image-domU-std-pae
/boot/vmlinux-5.2.11-un-def-alt1	kernel-image-domU-un-def
/boot/vmlinuz-3.10.0-ovz-el7-alt1.957.21.3.vz7.106.7	kernel-image-ovz-el7
/boot/vmlinuz-4.14.134-xenomai-alt1	kernel-image-xenomai
/boot/vmlinuz-4.19.60-std-debug-alt1	kernel-image-std-debug
/boot/vmlinuz-4.19.68-lts-alt1	kernel-image-lts
/boot/vmlinuz-4.19.69-std-def-alt1	kernel-image-std-def
/boot/vmlinuz-4.19.69-std-pae-alt1	kernel-image-std-pae
/boot/vmlinuz-4.9.140-tegra-alt2	kernel-image-tegra
/boot/vmlinuz-5.2.11-un-def-alt1	kernel-image-un-def
/boot/vmlinuz-5.2.8-mp-alt1	kernel-image-mp

Извольте соответствовать и паковать свои ядра с модулями в Сизиф так,
как у нас принято.


-- 
ldv

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] sisyphus-check требует избыточную зависимость

[Alexey V. Vissarionov]

On 2019-09-02 17:32:33 +0300, Dmitry V. Levin wrote:

 > В Сизифе все ядра упакованы в kernel-image-*:
 > Извольте соответствовать

Provides достаточно?


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

Re: [devel] sisyphus-check требует избыточную зависимость

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 321 bytes --]

On Mon, Sep 02, 2019 at 05:34:11PM +0300, Alexey V. Vissarionov wrote:
> On 2019-09-02 17:32:33 +0300, Dmitry V. Levin wrote:
> 
>  > В Сизифе все ядра упакованы в kernel-image-*:
>  > Извольте соответствовать
> 
> Provides достаточно?

Нет, имя пакета с ядром должно начинаться с "kernel-image-".


-- 
ldv

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] sisyphus-check требует избыточную зависимость

[Alexey Gladkov]

On Mon, Sep 02, 2019 at 05:34:11PM +0300, Alexey V. Vissarionov wrote:
> On 2019-09-02 17:32:33 +0300, Dmitry V. Levin wrote:
> 
>  > В Сизифе все ядра упакованы в kernel-image-*:
>  > Извольте соответствовать
> 
> Provides достаточно?

Вы фундаментально не понимаете как работает sisyphus_check. Он проверяет
готовые rpm/srpm файлы. Она фиксирует требования к пакетам, то как они
упакованы.

-- 
Rgrds, legion