ALT Linux Team development discussions
 help / color / mirror / Atom feed
* [devel] порубка firmware-linux
@ 2021-04-16 13:30 Michael Shigorin
  2021-04-16 13:39 ` Alexey V. Vissarionov
                   ` (5 more replies)
  0 siblings, 6 replies; 62+ messages in thread
From: Michael Shigorin @ 2021-04-16 13:30 UTC (permalink / raw)
  To: devel

	Здравствуйте.
При проверке очередного задания для p9_e2k:

Следующие пакеты будут ОБНОВЛЕНЫ:
  firmware-linux libnautilus libtbb make-initrd tbb-devel
5 будет обновлено, 0 новых установлено, 0 пакетов будет удалено и 0 не будет обновлено.
Необходимо получить 0B/172MB архивов.
После распаковки потребуется дополнительно 144MB дискового пространства.

Кроме firmware-linux, остальное всё мелкое; понятно, что фирмварей
много, но непонятно, откуда такая разница в занятом пространстве
(это практически размер самого пакета firmware-linux, который
давно уж худобою не отличается).

Отсюда вопрос: кто-нибудь уже изучал возможность разумной
порубки нынешней подборки фирмварей как минимум на
"десктоп/сервер/сеть/встройка"?

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


^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-16 13:30 [devel] порубка firmware-linux Michael Shigorin
@ 2021-04-16 13:39 ` Alexey V. Vissarionov
  2021-04-16 18:59   ` Michael Shigorin
  2021-04-16 13:41 ` Arseny Maslennikov
                   ` (4 subsequent siblings)
  5 siblings, 1 reply; 62+ messages in thread
From: Alexey V. Vissarionov @ 2021-04-16 13:39 UTC (permalink / raw)
  To: ALT Linux Team development discussions

On 2021-04-16 16:30:33 +0300, Michael Shigorin wrote:

 > Необходимо получить 0B/172MB архивов.
 > После распаковки потребуется дополнительно 144MB дискового
 > пространства.
 > [...]
 > Отсюда вопрос: кто-нибудь уже изучал возможность разумной
 > порубки нынешней подборки фирмварей

Да.

 > как минимум на "десктоп/сервер/сеть/встройка"?

А также по вендорам и архитектурам.

Уже есть смысл делать эти наработки достоянием общественнности?


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


^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка  firmware-linux
  2021-04-16 13:30 [devel] порубка firmware-linux Michael Shigorin
  2021-04-16 13:39 ` Alexey V. Vissarionov
@ 2021-04-16 13:41 ` Arseny Maslennikov
  2021-04-16 14:59   ` Anton Farygin
  2021-04-17  7:55 ` Mikhail Novosyolov
                   ` (3 subsequent siblings)
  5 siblings, 1 reply; 62+ messages in thread
From: Arseny Maslennikov @ 2021-04-16 13:41 UTC (permalink / raw)
  To: ALT Linux Team development discussions

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

On Fri, Apr 16, 2021 at 04:30:33PM +0300, Michael Shigorin wrote:
> 	Здравствуйте.
> При проверке очередного задания для p9_e2k:
> 
> Следующие пакеты будут ОБНОВЛЕНЫ:
>   firmware-linux libnautilus libtbb make-initrd tbb-devel
> 5 будет обновлено, 0 новых установлено, 0 пакетов будет удалено и 0 не будет обновлено.
> Необходимо получить 0B/172MB архивов.
> После распаковки потребуется дополнительно 144MB дискового пространства.
> 
> Кроме firmware-linux, остальное всё мелкое; понятно, что фирмварей
> много, но непонятно, откуда такая разница в занятом пространстве
> (это практически размер самого пакета firmware-linux, который
> давно уж худобою не отличается).
> 
> Отсюда вопрос: кто-нибудь уже изучал возможность разумной
> порубки нынешней подборки фирмварей как минимум на
> "десктоп/сервер/сеть/встройка"?

Так себе классификация, потому что устройства по этим классам невозможно
однозначно распределить — ну, кроме "сеть", и тут зуб давать не могу.
Что для одного десктоп, то для другого сервер, а для третьего встройка.

Лучше, наверное, разбить по вендорам (или просто крупных отселить)...

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

^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-16 13:41 ` Arseny Maslennikov
@ 2021-04-16 14:59   ` Anton Farygin
  2021-04-16 15:15     ` Alexey V. Vissarionov
  0 siblings, 1 reply; 62+ messages in thread
From: Anton Farygin @ 2021-04-16 14:59 UTC (permalink / raw)
  To: devel

On 16.04.2021 16:41, Arseny Maslennikov wrote:
> On Fri, Apr 16, 2021 at 04:30:33PM +0300, Michael Shigorin wrote:
>> 	Здравствуйте.
>> При проверке очередного задания для p9_e2k:
>>
>> Следующие пакеты будут ОБНОВЛЕНЫ:
>>    firmware-linux libnautilus libtbb make-initrd tbb-devel
>> 5 будет обновлено, 0 новых установлено, 0 пакетов будет удалено и 0 не будет обновлено.
>> Необходимо получить 0B/172MB архивов.
>> После распаковки потребуется дополнительно 144MB дискового пространства.
>>
>> Кроме firmware-linux, остальное всё мелкое; понятно, что фирмварей
>> много, но непонятно, откуда такая разница в занятом пространстве
>> (это практически размер самого пакета firmware-linux, который
>> давно уж худобою не отличается).
>>
>> Отсюда вопрос: кто-нибудь уже изучал возможность разумной
>> порубки нынешней подборки фирмварей как минимум на
>> "десктоп/сервер/сеть/встройка"?
> Так себе классификация, потому что устройства по этим классам невозможно
> однозначно распределить — ну, кроме "сеть", и тут зуб давать не могу.
> Что для одного десктоп, то для другого сервер, а для третьего встройка.
>
> Лучше, наверное, разбить по вендорам (или просто крупных отселить)...

А потом выяснится, что, например один вендор использует чипы другого.

Не занимайтесь ерундой.



^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-16 14:59   ` Anton Farygin
@ 2021-04-16 15:15     ` Alexey V. Vissarionov
  2021-04-17  7:05       ` Anton Farygin
  0 siblings, 1 reply; 62+ messages in thread
From: Alexey V. Vissarionov @ 2021-04-16 15:15 UTC (permalink / raw)
  To: ALT Linux Team development discussions

On 2021-04-16 17:59:43 +0300, Anton Farygin wrote:
 >>> Необходимо получить 0B/172MB архивов.
 >>> После распаковки потребуется дополнительно 144MB дискового
 >>> пространства.
 >>> Отсюда вопрос: кто-нибудь уже изучал возможность разумной
 >>> порубки нынешней подборки фирмварей как минимум на
 >>> "десктоп/сервер/сеть/встройка"?
 >> Лучше, наверное, разбить по вендорам (или просто крупных
 >> отселить)...
 > А потом выяснится, что, например один вендор использует чипы
 > другого.

Сходу вспоминаются только RALink и MediaTek. И это всего лишь
повод объединить их в одном пакете.

 > Не занимайтесь ерундой.

Других возражений нет?


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


^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-16 13:39 ` Alexey V. Vissarionov
@ 2021-04-16 18:59   ` Michael Shigorin
  0 siblings, 0 replies; 62+ messages in thread
From: Michael Shigorin @ 2021-04-16 18:59 UTC (permalink / raw)
  To: devel

On Fri, Apr 16, 2021 at 04:39:08PM +0300, Alexey V. Vissarionov wrote:
>  > Необходимо получить 0B/172MB архивов.  После распаковки
>  > потребуется дополнительно 144MB дискового пространства.
>  > [...]
>  > Отсюда вопрос: кто-нибудь уже изучал возможность разумной
>  > порубки нынешней подборки фирмварей
> Да.
>  > как минимум на "десктоп/сервер/сеть/встройка"?
> А также по вендорам и архитектурам.
> Уже есть смысл делать эти наработки достоянием общественнности?

Ну как минимум покажи-то. :-)

PS: "сеть" -- это в смысле фирмварей для мелланоксовских
свичей, например, которые вряд ли понадобятся на малинке.

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


^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-16 15:15     ` Alexey V. Vissarionov
@ 2021-04-17  7:05       ` Anton Farygin
  2021-04-17  7:14         ` Michael Shigorin
  2021-04-17 10:13         ` Alexey Gladkov
  0 siblings, 2 replies; 62+ messages in thread
From: Anton Farygin @ 2021-04-17  7:05 UTC (permalink / raw)
  To: devel

On 16.04.2021 18:15, Alexey V. Vissarionov wrote:
> On 2021-04-16 17:59:43 +0300, Anton Farygin wrote:
>   >>> Необходимо получить 0B/172MB архивов.
>   >>> После распаковки потребуется дополнительно 144MB дискового
>   >>> пространства.
>   >>> Отсюда вопрос: кто-нибудь уже изучал возможность разумной
>   >>> порубки нынешней подборки фирмварей как минимум на
>   >>> "десктоп/сервер/сеть/встройка"?
>   >> Лучше, наверное, разбить по вендорам (или просто крупных
>   >> отселить)...
>   > А потом выяснится, что, например один вендор использует чипы
>   > другого.
>
> Сходу вспоминаются только RALink и MediaTek. И это всего лишь
> повод объединить их в одном пакете.
>
То, что сложность сопровождения растёт на порядок - никого не беспокоит ?

Например, нужна будет утилита, которая для используемого железа 
установит нужные firmware.



^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-17  7:05       ` Anton Farygin
@ 2021-04-17  7:14         ` Michael Shigorin
  2021-04-17  7:16           ` Anton Farygin
  2021-04-17 10:13         ` Alexey Gladkov
  1 sibling, 1 reply; 62+ messages in thread
From: Michael Shigorin @ 2021-04-17  7:14 UTC (permalink / raw)
  To: devel

On Sat, Apr 17, 2021 at 10:05:07AM +0300, Anton Farygin wrote:
> То, что сложность сопровождения растёт на порядок - никого не беспокоит ?

О том и спрашивал, по сути.

> Например, нужна будет утилита, которая для используемого железа 
> установит нужные firmware.

Ну не настолько всё-таки -- предполагается, что в десктопный
дистрибутив не надо пихать всякие qla* и тому подобное,
а в серверный -- amdgpu* со товарищи.

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


^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-17  7:14         ` Michael Shigorin
@ 2021-04-17  7:16           ` Anton Farygin
  0 siblings, 0 replies; 62+ messages in thread
From: Anton Farygin @ 2021-04-17  7:16 UTC (permalink / raw)
  To: devel

On 17.04.2021 10:14, Michael Shigorin wrote:
> On Sat, Apr 17, 2021 at 10:05:07AM +0300, Anton Farygin wrote:
>> То, что сложность сопровождения растёт на порядок - никого не беспокоит ?
> О том и спрашивал, по сути.
>
>> Например, нужна будет утилита, которая для используемого железа
>> установит нужные firmware.
> Ну не настолько всё-таки -- предполагается, что в десктопный
> дистрибутив не надо пихать всякие qla* и тому подобное,
> а в серверный -- amdgpu* со товарищи.
>
Ну почему-же ? Сейчас сервера с GPU это нормальное и даже полезное 
явление, если хватило денег на их приобретение.

А qla в десктопе тоже запросто могут оказаться, кто же запретит их 
поставить ?



^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-16 13:30 [devel] порубка firmware-linux Michael Shigorin
  2021-04-16 13:39 ` Alexey V. Vissarionov
  2021-04-16 13:41 ` Arseny Maslennikov
@ 2021-04-17  7:55 ` Mikhail Novosyolov
  2021-04-18  9:41 ` Alexey Sheplyakov
                   ` (2 subsequent siblings)
  5 siblings, 0 replies; 62+ messages in thread
From: Mikhail Novosyolov @ 2021-04-17  7:55 UTC (permalink / raw)
  To: devel

16.04.2021 16:30, Michael Shigorin пишет:
> 	Здравствуйте.
> При проверке очередного задания для p9_e2k:
>
> Следующие пакеты будут ОБНОВЛЕНЫ:
>   firmware-linux libnautilus libtbb make-initrd tbb-devel
> 5 будет обновлено, 0 новых установлено, 0 пакетов будет удалено и 0 не будет обновлено.
> Необходимо получить 0B/172MB архивов.
> После распаковки потребуется дополнительно 144MB дискового пространства.
>
> Кроме firmware-linux, остальное всё мелкое; понятно, что фирмварей
> много, но непонятно, откуда такая разница в занятом пространстве
> (это практически размер самого пакета firmware-linux, который
> давно уж худобою не отличается).
>
> Отсюда вопрос: кто-нибудь уже изучал возможность разумной
> порубки нынешней подборки фирмварей как минимум на
> "десктоп/сервер/сеть/встройка"?

Когда в пакете linux-firmware применяется разбивка на подпакеты и внезапнго появляется НЕЧТО от, допустим, Intel, но непонятно, для каких именно устройств, а у тебя оно появилось раньше, чем, например, а Fedora и позаимствовать готовое решение неоткуда, приходится потратить время впустую на обдумывание и все равно почти на обум засунуть в какой-нибудь подпакет, а потом один фиг мета-пакет тащит все подпакеты на большинство установо.

Озвученная Арсением идея разбивать просто по вендорам мне кажется весьма здравой: разделение в целом не имеет смысла, но позволяет при необходимости уменьшить суммарный вес фирмварей. Однако вендоров там многовато разных...



^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-17  7:05       ` Anton Farygin
  2021-04-17  7:14         ` Michael Shigorin
@ 2021-04-17 10:13         ` Alexey Gladkov
  2021-04-17 19:56           ` Anton Farygin
  1 sibling, 1 reply; 62+ messages in thread
From: Alexey Gladkov @ 2021-04-17 10:13 UTC (permalink / raw)
  To: ALT Linux Team development discussions

On Sat, Apr 17, 2021 at 10:05:07AM +0300, Anton Farygin wrote:
> On 16.04.2021 18:15, Alexey V. Vissarionov wrote:
> > On 2021-04-16 17:59:43 +0300, Anton Farygin wrote:
> >   >>> Необходимо получить 0B/172MB архивов.
> >   >>> После распаковки потребуется дополнительно 144MB дискового
> >   >>> пространства.
> >   >>> Отсюда вопрос: кто-нибудь уже изучал возможность разумной
> >   >>> порубки нынешней подборки фирмварей как минимум на
> >   >>> "десктоп/сервер/сеть/встройка"?
> >   >> Лучше, наверное, разбить по вендорам (или просто крупных
> >   >> отселить)...
> >   > А потом выяснится, что, например один вендор использует чипы
> >   > другого.
> > 
> > Сходу вспоминаются только RALink и MediaTek. И это всего лишь
> > повод объединить их в одном пакете.
> > 
> То, что сложность сопровождения растёт на порядок - никого не беспокоит ?
> 
> Например, нужна будет утилита, которая для используемого железа установит
> нужные firmware.

Это не так сложно сделать.

12 лет назад я делал hardware-search. Это был PoC решения, которое
определяло какие пакеты с модулями ядра нужно _поставить_ для поддержки
локального железа.

В модулях ядра есть информация и о firmware. Её можно также искать.

-- 
Rgrds, legion



^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-17 10:13         ` Alexey Gladkov
@ 2021-04-17 19:56           ` Anton Farygin
  2021-04-17 20:55             ` Andrey Savchenko
  2021-04-18  9:30             ` Alexey Gladkov
  0 siblings, 2 replies; 62+ messages in thread
From: Anton Farygin @ 2021-04-17 19:56 UTC (permalink / raw)
  To: devel

On 17.04.2021 13:13, Alexey Gladkov wrote:
> On Sat, Apr 17, 2021 at 10:05:07AM +0300, Anton Farygin wrote:
>> On 16.04.2021 18:15, Alexey V. Vissarionov wrote:
>>> On 2021-04-16 17:59:43 +0300, Anton Farygin wrote:
>>>    >>> Необходимо получить 0B/172MB архивов.
>>>    >>> После распаковки потребуется дополнительно 144MB дискового
>>>    >>> пространства.
>>>    >>> Отсюда вопрос: кто-нибудь уже изучал возможность разумной
>>>    >>> порубки нынешней подборки фирмварей как минимум на
>>>    >>> "десктоп/сервер/сеть/встройка"?
>>>    >> Лучше, наверное, разбить по вендорам (или просто крупных
>>>    >> отселить)...
>>>    > А потом выяснится, что, например один вендор использует чипы
>>>    > другого.
>>>
>>> Сходу вспоминаются только RALink и MediaTek. И это всего лишь
>>> повод объединить их в одном пакете.
>>>
>> То, что сложность сопровождения растёт на порядок - никого не беспокоит ?
>>
>> Например, нужна будет утилита, которая для используемого железа установит
>> нужные firmware.
> Это не так сложно сделать.
>
> 12 лет назад я делал hardware-search. Это был PoC решения, которое
> определяло какие пакеты с модулями ядра нужно _поставить_ для поддержки
> локального железа.
>
> В модулях ядра есть информация и о firmware. Её можно также искать.

Можно, но проблема в том, что если у тебя на диске нет модулей, а они 
нужны для того, что бы поставить систему (получить доступ к диску) или 
получить графику или получить сеть, то есть вероятность что придётся 
качать с сети и копировать на флешке с помощью отдельной машины.


А выигрываем мы всего-лишь 170 мегабайт.




^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-17 19:56           ` Anton Farygin
@ 2021-04-17 20:55             ` Andrey Savchenko
  2021-04-18  9:30             ` Alexey Gladkov
  1 sibling, 0 replies; 62+ messages in thread
From: Andrey Savchenko @ 2021-04-17 20:55 UTC (permalink / raw)
  To: ALT Linux Team development discussions

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

On Sat, 17 Apr 2021 22:56:09 +0300 Anton Farygin wrote:
> On 17.04.2021 13:13, Alexey Gladkov wrote:
> > On Sat, Apr 17, 2021 at 10:05:07AM +0300, Anton Farygin wrote:
> >> On 16.04.2021 18:15, Alexey V. Vissarionov wrote:
> >>> On 2021-04-16 17:59:43 +0300, Anton Farygin wrote:
> >>>    >>> Необходимо получить 0B/172MB архивов.
> >>>    >>> После распаковки потребуется дополнительно 144MB дискового
> >>>    >>> пространства.
> >>>    >>> Отсюда вопрос: кто-нибудь уже изучал возможность разумной
> >>>    >>> порубки нынешней подборки фирмварей как минимум на
> >>>    >>> "десктоп/сервер/сеть/встройка"?
> >>>    >> Лучше, наверное, разбить по вендорам (или просто крупных
> >>>    >> отселить)...
> >>>    > А потом выяснится, что, например один вендор использует чипы
> >>>    > другого.
> >>>
> >>> Сходу вспоминаются только RALink и MediaTek. И это всего лишь
> >>> повод объединить их в одном пакете.
> >>>
> >> То, что сложность сопровождения растёт на порядок - никого не беспокоит ?
> >>
> >> Например, нужна будет утилита, которая для используемого железа установит
> >> нужные firmware.
> > Это не так сложно сделать.
> >
> > 12 лет назад я делал hardware-search. Это был PoC решения, которое
> > определяло какие пакеты с модулями ядра нужно _поставить_ для поддержки
> > локального железа.
> >
> > В модулях ядра есть информация и о firmware. Её можно также искать.
> 
> Можно, но проблема в том, что если у тебя на диске нет модулей, а они 
> нужны для того, что бы поставить систему (получить доступ к диску) или 
> получить графику или получить сеть, то есть вероятность что придётся 
> качать с сети и копировать на флешке с помощью отдельной машины.
> 
> А выигрываем мы всего-лишь 170 мегабайт.

Согласен. Здесь овчинка выделки не стоит. У нас дистрибутивы и так
*не* позиционируются на минимализм в потреблении ресурсов,
особенно места на диске.

Напомнило мне историю с terminfo, где мне приходилось страдать и на
всех новых хостах ставить terminfo-extra (что не всегда возможно,
т.к. нужен root), пока не уговорил мейнтенеров пакета переместить
нужные мне screen-256color-* из extra в основной пакет.

Здесь у отдельных пользователей будет аналогично, только намного
хуже, если что необычное, или просто не предусмотренное мейнтенером
пакета не попадёт в нужный набор firmware*. Хуже потому, что не
заведутся диски или сеть, или графика, или ещё что важное.

Best regards,
Andrew Savchenko

[-- Attachment #2: Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-17 19:56           ` Anton Farygin
  2021-04-17 20:55             ` Andrey Savchenko
@ 2021-04-18  9:30             ` Alexey Gladkov
  1 sibling, 0 replies; 62+ messages in thread
From: Alexey Gladkov @ 2021-04-18  9:30 UTC (permalink / raw)
  To: ALT Linux Team development discussions

On Sat, Apr 17, 2021 at 10:56:09PM +0300, Anton Farygin wrote:
> > > Например, нужна будет утилита, которая для используемого железа установит
> > > нужные firmware.
> > Это не так сложно сделать.
> > 
> > 12 лет назад я делал hardware-search. Это был PoC решения, которое
> > определяло какие пакеты с модулями ядра нужно _поставить_ для поддержки
> > локального железа.
> > 
> > В модулях ядра есть информация и о firmware. Её можно также искать.
> 
> Можно, но проблема в том, что если у тебя на диске нет модулей, а они нужны
> для того, что бы поставить систему (получить доступ к диску) или получить
> графику или получить сеть, то есть вероятность что придётся качать с сети и
> копировать на флешке с помощью отдельной машины.
> 
> 
> А выигрываем мы всего-лишь 170 мегабайт.

С этим безусловно согласен. Я лишь указал на техническую возможность.
Распиливание firmware это больше экономия на спичках.

-- 
Rgrds, legion



^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-16 13:30 [devel] порубка firmware-linux Michael Shigorin
                   ` (2 preceding siblings ...)
  2021-04-17  7:55 ` Mikhail Novosyolov
@ 2021-04-18  9:41 ` Alexey Sheplyakov
  2021-04-18 10:20   ` Denis Medvedev
  2021-04-18 11:44   ` Dmitry V. Levin
  2021-04-19  6:21 ` Anton Farygin
  2021-04-28 13:19 ` Alexey Sheplyakov
  5 siblings, 2 replies; 62+ messages in thread
From: Alexey Sheplyakov @ 2021-04-18  9:41 UTC (permalink / raw)
  To: devel

Добрый день!

On 16.04.2021 17:30, Michael Shigorin wrote:

> Отсюда вопрос: кто-нибудь уже изучал возможность разумной
> порубки нынешней подборки фирмварей как минимум на
> "десктоп/сервер/сеть/встройка"?

В Debian "порубили" на free/non-free. И решили не включать в установочные
образы "несвободное". То есть чуть менее, чем всё. В результате во время
установки нужно по черному экрану догадаться, какого именно firmware
не хватило. Больше подробностей можно найти здесь:

https://lwn.net/Articles/843172

Давайте не будем повторять чужие ошибки.

Тем более, что предложенная классификация очень расплывчатая. BFK 3.1 -- это
"сервер" или "встройка"? А если в PCI-e слот вставить raid контроллер?
А udoo x86 ii -- это "сервер", "встройка", или "десктоп"?

А USB ethernet/WiFi/bluetooth адаптеры?


А для экономии места предлагаю распотрошить locales:

$ du -sh /usr/share/locale/
404M    /usr/share/locale/
$ du -sh /lib/firmware/
336M    /lib/firmware/

И модули ядра пожать (СONFIG_MODULE_COMPRESS=Y, CONFIG_MODULE_COMPRESS_XZ=Y)
$ du -sh /lib/modules/5.10.29-un-def-alt2
256M    /lib/modules/5.10.29-un-def-alt2


^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-18  9:41 ` Alexey Sheplyakov
@ 2021-04-18 10:20   ` Denis Medvedev
  2021-04-18 10:27     ` Alexey Sheplyakov
                       ` (2 more replies)
  2021-04-18 11:44   ` Dmitry V. Levin
  1 sibling, 3 replies; 62+ messages in thread
From: Denis Medvedev @ 2021-04-18 10:20 UTC (permalink / raw)
  To: Alexey Sheplyakov; +Cc: ALT Linux Team development discussions

On Sun, 18 Apr 2021 13:41:24 +0400
Alexey Sheplyakov <asheplyakov@basealt.ru> wrote:

> Добрый день!
> 
> On 16.04.2021 17:30, Michael Shigorin wrote:
> 
> > Отсюда вопрос: кто-нибудь уже изучал возможность разумной
> > порубки нынешней подборки фирмварей как минимум на
> > "десктоп/сервер/сеть/встройка"?
> 
> В Debian "порубили" на free/non-free. И решили не включать в
> установочные образы "несвободное". То есть чуть менее, чем всё. В
> результате во время установки нужно по черному экрану догадаться,
> какого именно firmware не хватило. Больше подробностей можно найти
> здесь:
> 
> https://lwn.net/Articles/843172
> 
> Давайте не будем повторять чужие ошибки.
> 
> Тем более, что предложенная классификация очень расплывчатая. BFK 3.1
> -- это "сервер" или "встройка"? А если в PCI-e слот вставить raid
> контроллер? А udoo x86 ii -- это "сервер", "встройка", или "десктоп"?
> 
> А USB ethernet/WiFi/bluetooth адаптеры?
> 
> 
> А для экономии места предлагаю распотрошить locales:
> 
> $ du -sh /usr/share/locale/
> 404M    /usr/share/locale/
> $ du -sh /lib/firmware/
> 336M    /lib/firmware/
> 
> И модули ядра пожать (СONFIG_MODULE_COMPRESS=Y,
> CONFIG_MODULE_COMPRESS_XZ=Y) $ du -sh /lib/modules/5.10.29-un-def-alt2
> 256M    /lib/modules/5.10.29-un-def-alt2
НЕТ. этого по умолчанию не надо. 
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel


^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-18 10:20   ` Denis Medvedev
@ 2021-04-18 10:27     ` Alexey Sheplyakov
  2021-04-19 10:38     ` Sergey Bolshakov
  2021-04-26 19:01     ` Vitaly Lipatov
  2 siblings, 0 replies; 62+ messages in thread
From: Alexey Sheplyakov @ 2021-04-18 10:27 UTC (permalink / raw)
  To: Denis Medvedev; +Cc: ALT Linux Team development discussions

On 18.04.2021 14:20, Denis Medvedev wrote:
> On Sun, 18 Apr 2021 13:41:24 +0400

>> И модули ядра пожать (СONFIG_MODULE_COMPRESS=Y,
>> CONFIG_MODULE_COMPRESS_XZ=Y) $ du -sh /lib/modules/5.10.29-un-def-alt2
>> 256M    /lib/modules/5.10.29-un-def-alt2
> НЕТ. этого по умолчанию не надо. 

А почему?


^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-18  9:41 ` Alexey Sheplyakov
  2021-04-18 10:20   ` Denis Medvedev
@ 2021-04-18 11:44   ` Dmitry V. Levin
  2021-04-18 12:59     ` Alexey Sheplyakov
  1 sibling, 1 reply; 62+ messages in thread
From: Dmitry V. Levin @ 2021-04-18 11:44 UTC (permalink / raw)
  To: devel

On Sun, Apr 18, 2021 at 01:41:24PM +0400, Alexey Sheplyakov wrote:
> On 16.04.2021 17:30, Michael Shigorin wrote:
> 
> > Отсюда вопрос: кто-нибудь уже изучал возможность разумной
> > порубки нынешней подборки фирмварей как минимум на
> > "десктоп/сервер/сеть/встройка"?
> 
> В Debian "порубили" на free/non-free.

В Debian, для начала, все пакеты давно разделили на free/non-free.

[...]
> А для экономии места предлагаю распотрошить locales:
> 
> $ du -sh /usr/share/locale/
> 404M    /usr/share/locale/

$ du -sh /usr/share/locale/
0	/usr/share/locale/

Дальше, кажется, потрошить уже некуда.


-- 
ldv


^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-18 11:44   ` Dmitry V. Levin
@ 2021-04-18 12:59     ` Alexey Sheplyakov
  2021-04-18 16:56       ` Dmitry V. Levin
  2021-04-23 12:34       ` Sergey V Turchin
  0 siblings, 2 replies; 62+ messages in thread
From: Alexey Sheplyakov @ 2021-04-18 12:59 UTC (permalink / raw)
  To: devel

On 18.04.2021 15:44, Dmitry V. Levin wrote:


>> А для экономии места предлагаю распотрошить locales:
>>
>> $ du -sh /usr/share/locale/
>> 404M    /usr/share/locale/
> 
> $ du -sh /usr/share/locale/
> 0	/usr/share/locale/

Так останется только С. А хочется еще оставить и ru_RU.UTF-8.
> Дальше, кажется, потрошить уже некуда.

Есть: glibc-locale-с, glibc-locale-ru, и т.п.
А ответ на вопрос "на каком языке программы должны выводить сообщения"
не вызывает никаких затруднений.


^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-18 12:59     ` Alexey Sheplyakov
@ 2021-04-18 16:56       ` Dmitry V. Levin
  2021-04-23 12:34       ` Sergey V Turchin
  1 sibling, 0 replies; 62+ messages in thread
From: Dmitry V. Levin @ 2021-04-18 16:56 UTC (permalink / raw)
  To: devel

On Sun, Apr 18, 2021 at 04:59:29PM +0400, Alexey Sheplyakov wrote:
> On 18.04.2021 15:44, Dmitry V. Levin wrote:
> 
> >> А для экономии места предлагаю распотрошить locales:
> >>
> >> $ du -sh /usr/share/locale/
> >> 404M    /usr/share/locale/
> > 
> > $ du -sh /usr/share/locale/
> > 0	/usr/share/locale/
> 
> Так останется только С. А хочется еще оставить и ru_RU.UTF-8.

Можно установить другое значение %_install_langs.

> > Дальше, кажется, потрошить уже некуда.
> 
> Есть: glibc-locale-с, glibc-locale-ru, и т.п.

Это /usr/lib/locale/, а не /usr/share/locale/.
%_install_langs распространяется и на /usr/lib/locale/.


-- 
ldv


^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-16 13:30 [devel] порубка firmware-linux Michael Shigorin
                   ` (3 preceding siblings ...)
  2021-04-18  9:41 ` Alexey Sheplyakov
@ 2021-04-19  6:21 ` Anton Farygin
  2021-04-19  7:50   ` Anton V. Boyarshinov
  2021-04-28 13:19 ` Alexey Sheplyakov
  5 siblings, 1 reply; 62+ messages in thread
From: Anton Farygin @ 2021-04-19  6:21 UTC (permalink / raw)
  To: devel

On 16.04.2021 16:30, Michael Shigorin wrote:
> 	Здравствуйте.
> При проверке очередного задания для p9_e2k:
>
> Следующие пакеты будут ОБНОВЛЕНЫ:
>    firmware-linux libnautilus libtbb make-initrd tbb-devel
> 5 будет обновлено, 0 новых установлено, 0 пакетов будет удалено и 0 не будет обновлено.
> Необходимо получить 0B/172MB архивов.
> После распаковки потребуется дополнительно 144MB дискового пространства.
>
> Кроме firmware-linux, остальное всё мелкое; понятно, что фирмварей
> много, но непонятно, откуда такая разница в занятом пространстве
> (это практически размер самого пакета firmware-linux, который
> давно уж худобою не отличается).
>
> Отсюда вопрос: кто-нибудь уже изучал возможность разумной
> порубки нынешней подборки фирмварей как минимум на
> "десктоп/сервер/сеть/встройка"?
>
По итогам обсуждения, мне кажется что разумно было бы не рубить пакет, а 
написать скрипт, который будет вычислять и удалять неиспользуемое.

Если это кому-то надо.




^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-19  6:21 ` Anton Farygin
@ 2021-04-19  7:50   ` Anton V. Boyarshinov
  2021-04-19  8:50     ` Anton Farygin
  0 siblings, 1 reply; 62+ messages in thread
From: Anton V. Boyarshinov @ 2021-04-19  7:50 UTC (permalink / raw)
  To: Anton Farygin; +Cc: ALT Linux Team development discussions


> > Кроме firmware-linux, остальное всё мелкое; понятно, что фирмварей
> > много, но непонятно, откуда такая разница в занятом пространстве
> > (это практически размер самого пакета firmware-linux, который
> > давно уж худобою не отличается).
> >
> > Отсюда вопрос: кто-нибудь уже изучал возможность разумной
> > порубки нынешней подборки фирмварей как минимум на
> > "десктоп/сервер/сеть/встройка"?
> >  
> По итогам обсуждения, мне кажется что разумно было бы не рубить пакет, а 
> написать скрипт, который будет вычислять и удалять неиспользуемое.
> 
> Если это кому-то надо.

Это мало поможет в ситуации "не могу поставить, потому что мало места"


^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-19  7:50   ` Anton V. Boyarshinov
@ 2021-04-19  8:50     ` Anton Farygin
  2021-04-19  9:39       ` Michael Shigorin
  0 siblings, 1 reply; 62+ messages in thread
From: Anton Farygin @ 2021-04-19  8:50 UTC (permalink / raw)
  To: Anton V. Boyarshinov; +Cc: ALT Linux Team development discussions

On 19.04.2021 10:50, Anton V. Boyarshinov wrote:
>>> Кроме firmware-linux, остальное всё мелкое; понятно, что фирмварей
>>> много, но непонятно, откуда такая разница в занятом пространстве
>>> (это практически размер самого пакета firmware-linux, который
>>> давно уж худобою не отличается).
>>>
>>> Отсюда вопрос: кто-нибудь уже изучал возможность разумной
>>> порубки нынешней подборки фирмварей как минимум на
>>> "десктоп/сервер/сеть/встройка"?
>>>   
>> По итогам обсуждения, мне кажется что разумно было бы не рубить пакет, а
>> написать скрипт, который будет вычислять и удалять неиспользуемое.
>>
>> Если это кому-то надо.
> Это мало поможет в ситуации "не могу поставить, потому что мало места"

Если не может поставить, потому что мало места, то и не надо ставить 
(т.е. - врятли там где нужен firmware места будет действительно 
настолько мало).




^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-19  8:50     ` Anton Farygin
@ 2021-04-19  9:39       ` Michael Shigorin
  2021-04-19  9:54         ` Валерий Иноземцев
  2021-04-19 10:32         ` Alexey Sheplyakov
  0 siblings, 2 replies; 62+ messages in thread
From: Michael Shigorin @ 2021-04-19  9:39 UTC (permalink / raw)
  To: ALT Linux Team development discussions

On Mon, Apr 19, 2021 at 11:50:55AM +0300, Anton Farygin wrote:
> > Это мало поможет в ситуации "не могу поставить, потому что мало места"
> Если не может поставить, потому что мало места, то и не надо
> ставить (т.е. - врятли там где нужен firmware места будет
> действительно настолько мало).

Собственно, хотел обратить внимание на то, что firmware-linux
в развёрнутом виде занимает уже почти полгигабайта, обновление
-- сейчас 137М.  Понятно, что отдельно вроде не беда, но множится
на кол-во выпускаемых нами образов, загружаемых пользователями
обновлений и т.д.

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


^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-19  9:39       ` Michael Shigorin
@ 2021-04-19  9:54         ` Валерий Иноземцев
  2021-04-19 10:07           ` Michael Shigorin
  2021-04-19 10:32         ` Alexey Sheplyakov
  1 sibling, 1 reply; 62+ messages in thread
From: Валерий Иноземцев @ 2021-04-19  9:54 UTC (permalink / raw)
  To: devel


[-- Attachment #1.1: Type: text/plain, Size: 1451 bytes --]

19.04.2021 12:39, Michael Shigorin пишет:
> On Mon, Apr 19, 2021 at 11:50:55AM +0300, Anton Farygin wrote:
>>> Это мало поможет в ситуации "не могу поставить, потому что мало места"
>> Если не может поставить, потому что мало места, то и не надо
>> ставить (т.е. - врятли там где нужен firmware места будет
>> действительно настолько мало).
> 
> Собственно, хотел обратить внимание на то, что firmware-linux
> в развёрнутом виде занимает уже почти полгигабайта, обновление
> -- сейчас 137М.  Понятно, что отдельно вроде не беда, но множится
> на кол-во выпускаемых нами образов, загружаемых пользователями
> обновлений и т.д.
> 
Миша, хватит высасывать проблемы из пальца. Не хватает места, купи диск
побольше; мало интернета, поменяй тариф и не занимайся фигней.
То же самое касается kernel-image, один такой молодой горячий попилил,
теперь все страдают

-- 
Valery V. Inozemtsev


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 203 bytes --]

^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-19  9:54         ` Валерий Иноземцев
@ 2021-04-19 10:07           ` Michael Shigorin
  2021-04-19 10:26             ` Валерий Иноземцев
  2021-04-20 21:20             ` Leonid Krivoshein
  0 siblings, 2 replies; 62+ messages in thread
From: Michael Shigorin @ 2021-04-19 10:07 UTC (permalink / raw)
  To: devel

On Mon, Apr 19, 2021 at 12:54:43PM +0300, Валерий Иноземцев wrote:
> Миша, хватит высасывать проблемы из пальца. Не хватает места,
> купи диск побольше; мало интернета, поменяй тариф и не
> занимайся фигней.  То же самое касается kernel-image, один
> такой молодой горячий попилил, теперь все страдают

Ты сейчас озвучил подход редхата двадцатилетней давности,
от которого уже отказался даже сам редхат.

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


^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-19 10:07           ` Michael Shigorin
@ 2021-04-19 10:26             ` Валерий Иноземцев
  2021-04-20 21:20             ` Leonid Krivoshein
  1 sibling, 0 replies; 62+ messages in thread
From: Валерий Иноземцев @ 2021-04-19 10:26 UTC (permalink / raw)
  To: devel


[-- Attachment #1.1: Type: text/plain, Size: 1288 bytes --]

19.04.2021 13:07, Michael Shigorin пишет:
> On Mon, Apr 19, 2021 at 12:54:43PM +0300, Валерий Иноземцев wrote:
>> Миша, хватит высасывать проблемы из пальца. Не хватает места,
>> купи диск побольше; мало интернета, поменяй тариф и не
>> занимайся фигней.  То же самое касается kernel-image, один
>> такой молодой горячий попилил, теперь все страдают
> 
> Ты сейчас озвучил подход редхата двадцатилетней давности,
> от которого уже отказался даже сам редхат.
> 
ну значит редхат давно обмайкросовился, а я просто озвучил свою
непоколебимую позицию по данному вопросу. по мне лучше воткнул железку и
она работает, а не сидеть и ждать "обновление программного обеспечения
для коврика мыши" (в нашем случае эта железка превращается в тыкву)

-- 
Valery V. Inozemtsev


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 203 bytes --]

^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-19  9:39       ` Michael Shigorin
  2021-04-19  9:54         ` Валерий Иноземцев
@ 2021-04-19 10:32         ` Alexey Sheplyakov
  1 sibling, 0 replies; 62+ messages in thread
From: Alexey Sheplyakov @ 2021-04-19 10:32 UTC (permalink / raw)
  To: devel

Добрый день!

On 19.04.2021 13:39, Michael Shigorin wrote:

> Собственно, хотел обратить внимание на то, что firmware-linux
> в развёрнутом виде занимает уже почти полгигабайта, обновление
> -- сейчас 137М.  Понятно, что отдельно вроде не беда, но множится
> на кол-во выпускаемых нами образов, загружаемых пользователями
> обновлений и т.д.

Жирный стал firmware, никто не спорит (но это даже радует - значит,
всё больше оборудования, которое в Linux работает "из коробки").

Но в образы [1] даже после гипотетического разбиения придется включать
все firmware пакеты (невозможно заранее угадать, на каком оборудовании
будет работать ОС).

Для пользовтеля проблема - когда после обновления черный экран, или сеть
отвалилась (а сейчас полно Ethernet адаптеров, которым нужен firmware).
А скачать 100/200 МБ из интернета - вообще никто не заметит.

[1] предназначенные для запуска на реальном оборудовании, а не
    в контейнерах или виртуальных машинах





^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-18 10:20   ` Denis Medvedev
  2021-04-18 10:27     ` Alexey Sheplyakov
@ 2021-04-19 10:38     ` Sergey Bolshakov
  2021-04-19 10:44       ` Валерий Иноземцев
  2021-04-26 19:01     ` Vitaly Lipatov
  2 siblings, 1 reply; 62+ messages in thread
From: Sergey Bolshakov @ 2021-04-19 10:38 UTC (permalink / raw)
  To: devel

>>>>> "Denis" == Denis Medvedev <nbr-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:

 > On Sun, 18 Apr 2021 13:41:24 +0400
 > Alexey Sheplyakov <asheplyakov@basealt.ru> wrote:

 >> Добрый день!
 >> 
 >> On 16.04.2021 17:30, Michael Shigorin wrote:
 >> 
 >> > Отсюда вопрос: кто-нибудь уже изучал возможность разумной
 >> > порубки нынешней подборки фирмварей как минимум на
 >> > "десктоп/сервер/сеть/встройка"?
 >> 
 >> В Debian "порубили" на free/non-free. И решили не включать в
 >> установочные образы "несвободное". То есть чуть менее, чем всё. В
 >> результате во время установки нужно по черному экрану догадаться,
 >> какого именно firmware не хватило. Больше подробностей можно найти
 >> здесь:
 >> 
 >> https://lwn.net/Articles/843172
 >> 
 >> Давайте не будем повторять чужие ошибки.
 >> 
 >> Тем более, что предложенная классификация очень расплывчатая. BFK 3.1
 >> -- это "сервер" или "встройка"? А если в PCI-e слот вставить raid
 >> контроллер? А udoo x86 ii -- это "сервер", "встройка", или "десктоп"?
 >> 
 >> А USB ethernet/WiFi/bluetooth адаптеры?
 >> 
 >> 
 >> А для экономии места предлагаю распотрошить locales:
 >> 
 >> $ du -sh /usr/share/locale/
 >> 404M    /usr/share/locale/
 >> $ du -sh /lib/firmware/
 >> 336M    /lib/firmware/
 >> 
 >> И модули ядра пожать (СONFIG_MODULE_COMPRESS=Y,
 >> CONFIG_MODULE_COMPRESS_XZ=Y) $ du -sh /lib/modules/5.10.29-un-def-alt2
 >> 256M    /lib/modules/5.10.29-un-def-alt2
 > НЕТ. этого по умолчанию не надо. 

Напомню, что точно так же можно пожать и firmware.

-- 

^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-19 10:38     ` Sergey Bolshakov
@ 2021-04-19 10:44       ` Валерий Иноземцев
  2021-04-19 10:47         ` Sergey Bolshakov
                           ` (2 more replies)
  0 siblings, 3 replies; 62+ messages in thread
From: Валерий Иноземцев @ 2021-04-19 10:44 UTC (permalink / raw)
  To: devel


[-- Attachment #1.1: Type: text/plain, Size: 677 bytes --]

>  >> И модули ядра пожать (СONFIG_MODULE_COMPRESS=Y,
>  >> CONFIG_MODULE_COMPRESS_XZ=Y) $ du -sh /lib/modules/5.10.29-un-def-alt2
>  >> 256M    /lib/modules/5.10.29-un-def-alt2
>  > НЕТ. этого по умолчанию не надо. 
> 
> Напомню, что точно так же можно пожать и firmware.

любой старьёвщик скажет что так делать не надо ибо грузиться оно будет
ну очень медленно, а в непожатом виде оно занимает космические 473Mb и
тут только резать

-- 
Valery V. Inozemtsev


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 203 bytes --]

^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-19 10:44       ` Валерий Иноземцев
@ 2021-04-19 10:47         ` Sergey Bolshakov
  2021-04-19 10:52           ` Валерий Иноземцев
  2021-04-19 12:17         ` Alexey Sheplyakov
  2021-04-23 13:53         ` Sergey V Turchin
  2 siblings, 1 reply; 62+ messages in thread
From: Sergey Bolshakov @ 2021-04-19 10:47 UTC (permalink / raw)
  To: devel

>>>>> "Валерий" == Валерий Иноземцев <shrek-u2l5PoMzF/Uox3rIn2DAYQ@public.gmane.org> writes:

 >> >> И модули ядра пожать (СONFIG_MODULE_COMPRESS=Y,
 >> >> CONFIG_MODULE_COMPRESS_XZ=Y) $ du -sh /lib/modules/5.10.29-un-def-alt2
 >> >> 256M    /lib/modules/5.10.29-un-def-alt2
 >> > НЕТ. этого по умолчанию не надо. 
 >> 
 >> Напомню, что точно так же можно пожать и firmware.

 > любой старьёвщик скажет что так делать не надо ибо грузиться оно будет
 > ну очень медленно, а в непожатом виде оно занимает космические 473Mb и
 > тут только резать

Можно завести дополнительно firmware-linux-compressed, например.

-- 

^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-19 10:47         ` Sergey Bolshakov
@ 2021-04-19 10:52           ` Валерий Иноземцев
  0 siblings, 0 replies; 62+ messages in thread
From: Валерий Иноземцев @ 2021-04-19 10:52 UTC (permalink / raw)
  To: devel


[-- Attachment #1.1: Type: text/plain, Size: 1166 bytes --]

19.04.2021 13:47, Sergey Bolshakov пишет:
>>>>>> "Валерий" == Валерий Иноземцев <shrek-u2l5PoMzF/Uox3rIn2DAYQ@public.gmane.org> writes:
> 
>  >> >> И модули ядра пожать (СONFIG_MODULE_COMPRESS=Y,
>  >> >> CONFIG_MODULE_COMPRESS_XZ=Y) $ du -sh /lib/modules/5.10.29-un-def-alt2
>  >> >> 256M    /lib/modules/5.10.29-un-def-alt2
>  >> > НЕТ. этого по умолчанию не надо. 
>  >> 
>  >> Напомню, что точно так же можно пожать и firmware.
> 
>  > любой старьёвщик скажет что так делать не надо ибо грузиться оно будет
>  > ну очень медленно, а в непожатом виде оно занимает космические 473Mb и
>  > тут только резать
> 
> Можно завести дополнительно firmware-linux-compressed, например.
> 
это была эрония :-) а про firmware-linux-compressed ты зря сказал. эти
резатели так дойдут и до kernel-image-compressed

-- 
Valery V. Inozemtsev


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 203 bytes --]

^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-19 10:44       ` Валерий Иноземцев
  2021-04-19 10:47         ` Sergey Bolshakov
@ 2021-04-19 12:17         ` Alexey Sheplyakov
  2021-04-23 13:53         ` Sergey V Turchin
  2 siblings, 0 replies; 62+ messages in thread
From: Alexey Sheplyakov @ 2021-04-19 12:17 UTC (permalink / raw)
  To: devel

On 19.04.2021 14:44, Валерий Иноземцев wrote:
>>  >> И модули ядра пожать (СONFIG_MODULE_COMPRESS=Y,
>>  >> CONFIG_MODULE_COMPRESS_XZ=Y) $ du -sh /lib/modules/5.10.29-un-def-alt2
>>  >> 256M    /lib/modules/5.10.29-un-def-alt2
>>  > НЕТ. этого по умолчанию не надо. 
>>
>> Напомню, что точно так же можно пожать и firmware.

Можно, но многие блобы и так сжатые.

> любой старьёвщик скажет что так делать не надо ибо грузиться оно будет
> ну очень медленно,

А bzImage зачем придумали? А зачем у u-boot есть stage2 (который обычно
в сжатом виде на устройство прошивается)? А зачем OpenWRT rootfs в sqaushfs
пакует? Может, быстрее прочитать сжатый файл с медленного устройства (SPI,
MMC, жесткого диска) в DRAM, и там его распаковать и запустить?
Да не, не может быть! Это мировой заговор, чтоб всё медленно работало!
(На всякий случай замечу, что это сарказм).



^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-19 10:07           ` Michael Shigorin
  2021-04-19 10:26             ` Валерий Иноземцев
@ 2021-04-20 21:20             ` Leonid Krivoshein
  2021-04-21  7:12               ` Andrey Savchenko
  1 sibling, 1 reply; 62+ messages in thread
From: Leonid Krivoshein @ 2021-04-20 21:20 UTC (permalink / raw)
  To: devel


19.04.2021 13:07, Michael Shigorin пишет:
> On Mon, Apr 19, 2021 at 12:54:43PM +0300, Валерий Иноземцев wrote:
>> Миша, хватит высасывать проблемы из пальца. Не хватает места,
>> купи диск побольше; мало интернета, поменяй тариф и не
>> занимайся фигней.  То же самое касается kernel-image, один
>> такой молодой горячий попилил, теперь все страдают
> Ты сейчас озвучил подход редхата двадцатилетней давности,
> от которого уже отказался даже сам редхат.

Можно же и попилить, и сделать мета-пакет firmware-linux с зависимостями 
на все остальные firmware-linux-*. Но остаётся вопрос: по какому 
принципу распиливать? Ни один из озвученных вариантов не показался мне 
достаточно обоснованным. Я бы предложил два уровня мета-пакетов с 
мелкозернистым распиливанием по сериям с общими прошивками, посредине -- 
мета-пакеты, которые будут объединять все типовые классы: 
firmware-linux-fc, firmware-linux-amdgpu, firmware-linux-wireless, ...


-- 
Best regards,
Leonid Krivoshein.



^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-20 21:20             ` Leonid Krivoshein
@ 2021-04-21  7:12               ` Andrey Savchenko
  2021-04-21  8:03                 ` Leonid Krivoshein
  0 siblings, 1 reply; 62+ messages in thread
From: Andrey Savchenko @ 2021-04-21  7:12 UTC (permalink / raw)
  To: ALT Linux Team development discussions

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

On Wed, 21 Apr 2021 00:20:52 +0300 Leonid Krivoshein wrote:
> 
> 19.04.2021 13:07, Michael Shigorin пишет:
> > On Mon, Apr 19, 2021 at 12:54:43PM +0300, Валерий Иноземцев wrote:
> >> Миша, хватит высасывать проблемы из пальца. Не хватает места,
> >> купи диск побольше; мало интернета, поменяй тариф и не
> >> занимайся фигней.  То же самое касается kernel-image, один
> >> такой молодой горячий попилил, теперь все страдают
> > Ты сейчас озвучил подход редхата двадцатилетней давности,
> > от которого уже отказался даже сам редхат.
> 
> Можно же и попилить, и сделать мета-пакет firmware-linux с зависимостями 
> на все остальные firmware-linux-*. Но остаётся вопрос: по какому 
> принципу распиливать? Ни один из озвученных вариантов не показался мне 
> достаточно обоснованным. Я бы предложил два уровня мета-пакетов с 
> мелкозернистым распиливанием по сериям с общими прошивками, посредине -- 
> мета-пакеты, которые будут объединять все типовые классы: 
> firmware-linux-fc, firmware-linux-amdgpu, firmware-linux-wireless, ...

Главный вопрос в том, не как можно разделить, а как это будет
сделано на системе конечного пользователя, в первую очередь при
установке и обновлениях. Если у пользователя не заработает или
перестанет работать оборудование, потому что кто-то решил 100 MB
сэкономить — то это не дело. А если сохранять весь firmware
в установочных образах и при обновлениях, то не вижу смысла
разделения на подпакеты.

Best regards,
Andrew Savchenko

[-- Attachment #2: Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-21  7:12               ` Andrey Savchenko
@ 2021-04-21  8:03                 ` Leonid Krivoshein
  2021-04-21  8:20                   ` Anton Farygin
  0 siblings, 1 reply; 62+ messages in thread
From: Leonid Krivoshein @ 2021-04-21  8:03 UTC (permalink / raw)
  To: devel


21.04.2021 10:12, Andrey Savchenko пишет:
> On Wed, 21 Apr 2021 00:20:52 +0300 Leonid Krivoshein wrote:
>> 19.04.2021 13:07, Michael Shigorin пишет:
>>> On Mon, Apr 19, 2021 at 12:54:43PM +0300, Валерий Иноземцев wrote:
>>>> Миша, хватит высасывать проблемы из пальца. Не хватает места,
>>>> купи диск побольше; мало интернета, поменяй тариф и не
>>>> занимайся фигней.  То же самое касается kernel-image, один
>>>> такой молодой горячий попилил, теперь все страдают
>>> Ты сейчас озвучил подход редхата двадцатилетней давности,
>>> от которого уже отказался даже сам редхат.
>> Можно же и попилить, и сделать мета-пакет firmware-linux с зависимостями
>> на все остальные firmware-linux-*. Но остаётся вопрос: по какому
>> принципу распиливать? Ни один из озвученных вариантов не показался мне
>> достаточно обоснованным. Я бы предложил два уровня мета-пакетов с
>> мелкозернистым распиливанием по сериям с общими прошивками, посредине --
>> мета-пакеты, которые будут объединять все типовые классы:
>> firmware-linux-fc, firmware-linux-amdgpu, firmware-linux-wireless, ...
> Главный вопрос в том, не как можно разделить, а как это будет
> сделано на системе конечного пользователя, в первую очередь при
> установке и обновлениях. Если у пользователя не заработает или
> перестанет работать оборудование, потому что кто-то решил 100 MB
> сэкономить — то это не дело. А если сохранять весь firmware
> в установочных образах и при обновлениях, то не вижу смысла
> разделения на подпакеты.

Смысл есть, но не на под-пакеты, а на отдельные пакеты.

Возьмём установочный образ LiveCD, где прошивки попадают в образ initrd 
для загрузки системы локально с ISO-образа. В этом случае мало какие 
прошивки требуются. Для специализированных сборок это возможность 
положить только нужное.

В конечную систему в общем случае должен попадать firmware-linux со 
всеми зависимостями. На ВиКи можно описать способ "зачистки" -- apt-get 
mark <нужное> && apt-get remove firmware-linux && apt-get autoremove.

Классы (подборки или второй уровень мета-пакетов) может быть полезен при 
создании универсальных загрузочных образов под конкретные цели, когда мы 
точно знаем, что нужно, а что нет по классам (например, когда точно не 
требуется поддержка DVB), при этом не можем заранее знать, какое именно 
железо там окажется.

Все мета-пакеты (1-й и 2-й уровни) можно держать в одном исходном SRPM 
вместе со скриптами, предназначенными для автоматизации сборки 
мета-пакетов 2-го уровня и остальных пакетов с конкретными прошивками и 
видимо персональной нумерацией по git-тагам. В противном случае распил 
не будет иметь большого смысла, если при обновлении чего-то одного, у 
конечного пользователя будут обновляться все firmware-linux-*.


-- 
Best regards,
Leonid Krivoshein.



^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-21  8:03                 ` Leonid Krivoshein
@ 2021-04-21  8:20                   ` Anton Farygin
  2021-04-21 19:06                     ` Leonid Krivoshein
  0 siblings, 1 reply; 62+ messages in thread
From: Anton Farygin @ 2021-04-21  8:20 UTC (permalink / raw)
  To: devel

On 21.04.2021 11:03, Leonid Krivoshein wrote:
>
> Возьмём установочный образ LiveCD, где прошивки попадают в образ 
> initrd для загрузки системы локально с ISO-образа. В этом случае мало 
> какие прошивки требуются. Для специализированных сборок это 
> возможность положить только нужное.

Почему мало какие ?



^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-21  8:20                   ` Anton Farygin
@ 2021-04-21 19:06                     ` Leonid Krivoshein
  2021-04-21 19:10                       ` Антон Мидюков
  2021-04-22 12:52                       ` Konstantin Lepikhov
  0 siblings, 2 replies; 62+ messages in thread
From: Leonid Krivoshein @ 2021-04-21 19:06 UTC (permalink / raw)
  To: devel


21.04.2021 11:20, Anton Farygin пишет:
> On 21.04.2021 11:03, Leonid Krivoshein wrote:
>>
>> Возьмём установочный образ LiveCD, где прошивки попадают в образ 
>> initrd для загрузки системы локально с ISO-образа. В этом случае мало 
>> какие прошивки требуются. Для специализированных сборок это 
>> возможность положить только нужное.
>
> Почему мало какие ?

Вообще, не очень хороший пример привёл. Я имел ввиду специализированные 
сборки установщика или LiveCD под определённые задачи, а не 
универсальные загрузочные носители. В универсальных мы и так складываем 
максимум и фильтруем необходимое, просто на другом уровне. Для 
специализированных же просто появляется другой способ складывать в 
initrd необходимое. Например, для чисто локальной загрузки сеть не 
требуется, не нужны Wi-Fi, всякие DVB, поддержка FC, итд, а если 
загрузка без плимута и графики, то не нужны GPU. Вообще мало что нужно, 
а на выходе получается более компактный initrd. Вот я что имел ввиду.


-- 
Best regards,
Leonid Krivoshein.



^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-21 19:06                     ` Leonid Krivoshein
@ 2021-04-21 19:10                       ` Антон Мидюков
  2021-04-21 20:00                         ` Leonid Krivoshein
  2021-04-22 12:52                       ` Konstantin Lepikhov
  1 sibling, 1 reply; 62+ messages in thread
From: Антон Мидюков @ 2021-04-21 19:10 UTC (permalink / raw)
  To: devel

22.04.2021 02:06, Leonid Krivoshein пишет:
> 
> 21.04.2021 11:20, Anton Farygin пишет:
>> On 21.04.2021 11:03, Leonid Krivoshein wrote:
>>>
>>> Возьмём установочный образ LiveCD, где прошивки попадают в образ initrd для загрузки системы локально с ISO-образа. В этом случае мало какие прошивки требуются. Для специализированных сборок это возможность положить только нужное.
>>
>> Почему мало какие ?
> 
> Вообще, не очень хороший пример привёл. Я имел ввиду специализированные сборки установщика или LiveCD под определённые задачи, а не универсальные загрузочные носители. В универсальных мы и так складываем максимум и фильтруем необходимое, просто на другом уровне. Для специализированных же просто появляется другой способ складывать в initrd необходимое. Например, для чисто локальной загрузки сеть не требуется, не нужны Wi-Fi, всякие DVB, поддержка FC, итд, а если загрузка без плимута и графики, то не нужны GPU. Вообще мало что нужно, а на выходе получается более компактный initrd. Вот я что имел ввиду.
> 

Так это всё можно подчистить для специальной сборки.


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

^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-21 19:10                       ` Антон Мидюков
@ 2021-04-21 20:00                         ` Leonid Krivoshein
  2021-04-22  3:52                           ` Anton Farygin
  0 siblings, 1 reply; 62+ messages in thread
From: Leonid Krivoshein @ 2021-04-21 20:00 UTC (permalink / raw)
  To: devel


21.04.2021 22:10, Антон Мидюков пишет:
> 22.04.2021 02:06, Leonid Krivoshein пишет:
>> 21.04.2021 11:20, Anton Farygin пишет:
>>> On 21.04.2021 11:03, Leonid Krivoshein wrote:
>>>> Возьмём установочный образ LiveCD, где прошивки попадают в образ initrd для загрузки системы локально с ISO-образа. В этом случае мало какие прошивки требуются. Для специализированных сборок это возможность положить только нужное.
>>> Почему мало какие ?
>> Вообще, не очень хороший пример привёл. Я имел ввиду специализированные сборки установщика или LiveCD под определённые задачи, а не универсальные загрузочные носители. В универсальных мы и так складываем максимум и фильтруем необходимое, просто на другом уровне. Для специализированных же просто появляется другой способ складывать в initrd необходимое. Например, для чисто локальной загрузки сеть не требуется, не нужны Wi-Fi, всякие DVB, поддержка FC, итд, а если загрузка без плимута и графики, то не нужны GPU. Вообще мало что нужно, а на выходе получается более компактный initrd. Вот я что имел ввиду.
>>
> Так это всё можно подчистить для специальной сборки.

Можно, но проще и логичнее выбирать только нужное из готового.


-- 
Best regards,
Leonid Krivoshein.



^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-21 20:00                         ` Leonid Krivoshein
@ 2021-04-22  3:52                           ` Anton Farygin
  0 siblings, 0 replies; 62+ messages in thread
From: Anton Farygin @ 2021-04-22  3:52 UTC (permalink / raw)
  To: devel

On 21.04.2021 23:00, Leonid Krivoshein wrote:
>
> 21.04.2021 22:10, Антон Мидюков пишет:
>> 22.04.2021 02:06, Leonid Krivoshein пишет:
>>> 21.04.2021 11:20, Anton Farygin пишет:
>>>> On 21.04.2021 11:03, Leonid Krivoshein wrote:
>>>>> Возьмём установочный образ LiveCD, где прошивки попадают в образ 
>>>>> initrd для загрузки системы локально с ISO-образа. В этом случае 
>>>>> мало какие прошивки требуются. Для специализированных сборок это 
>>>>> возможность положить только нужное.
>>>> Почему мало какие ?
>>> Вообще, не очень хороший пример привёл. Я имел ввиду 
>>> специализированные сборки установщика или LiveCD под определённые 
>>> задачи, а не универсальные загрузочные носители. В универсальных мы 
>>> и так складываем максимум и фильтруем необходимое, просто на другом 
>>> уровне. Для специализированных же просто появляется другой способ 
>>> складывать в initrd необходимое. Например, для чисто локальной 
>>> загрузки сеть не требуется, не нужны Wi-Fi, всякие DVB, поддержка 
>>> FC, итд, а если загрузка без плимута и графики, то не нужны GPU. 
>>> Вообще мало что нужно, а на выходе получается более компактный 
>>> initrd. Вот я что имел ввиду.
>>>
>> Так это всё можно подчистить для специальной сборки.
>
> Можно, но проще и логичнее выбирать только нужное из готового.
>
>
Для начала начать выбирать при сборке, заодно и проясниться возможность 
разбивки на пакеты.




^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-21 19:06                     ` Leonid Krivoshein
  2021-04-21 19:10                       ` Антон Мидюков
@ 2021-04-22 12:52                       ` Konstantin Lepikhov
  2021-04-22 14:50                         ` Leonid Krivoshein
  1 sibling, 1 reply; 62+ messages in thread
From: Konstantin Lepikhov @ 2021-04-22 12:52 UTC (permalink / raw)
  To: devel

Hi Leonid!

On 04/21/2021, at 10:06:09 PM you wrote:

> 
> 21.04.2021 11:20, Anton Farygin пишет:
> > On 21.04.2021 11:03, Leonid Krivoshein wrote:
> >>
> >> Возьмём установочный образ LiveCD, где прошивки попадают в образ 
> >> initrd для загрузки системы локально с ISO-образа. В этом случае мало 
> >> какие прошивки требуются. Для специализированных сборок это 
> >> возможность положить только нужное.
> >
> > Почему мало какие ?
> 
> Вообще, не очень хороший пример привёл. Я имел ввиду специализированные 
> сборки установщика или LiveCD под определённые задачи, а не 
> универсальные загрузочные носители. В универсальных мы и так складываем 
> максимум и фильтруем необходимое, просто на другом уровне. Для 
> специализированных же просто появляется другой способ складывать в 
> initrd необходимое. Например, для чисто локальной загрузки сеть не 
> требуется, не нужны Wi-Fi, всякие DVB, поддержка FC, итд, а если 
> загрузка без плимута и графики, то не нужны GPU. Вообще мало что нужно, 
> а на выходе получается более компактный initrd. Вот я что имел ввиду.
Мне кажется вы все тут зажрались - я автоматизировал сборку firmware в
текущем виде именно из-за всяких "вышиваний крестиком" в package
management, где пакет собирался вручную по велению левой ноги упаковщика и
фазы луны. А сейчас firmware у нас всегда свежий и не надо думать что
где-то каких-то дров не хватает или они устарели.

Насчет места - в спец. сборках никто не мешает перепаковать firmware как
нужно и собирать с ним а то вообще собрать все нужные спец. firmware
отдельно и ставить только их.

-- 
WBR et al.


^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-22 12:52                       ` Konstantin Lepikhov
@ 2021-04-22 14:50                         ` Leonid Krivoshein
  2021-04-22 14:52                           ` Anton Farygin
  0 siblings, 1 reply; 62+ messages in thread
From: Leonid Krivoshein @ 2021-04-22 14:50 UTC (permalink / raw)
  To: devel

Добрый день, Константин!


22.04.2021 15:52, Konstantin Lepikhov пишет:
> Hi Leonid!
>
> On 04/21/2021, at 10:06:09 PM you wrote:
>
>> 21.04.2021 11:20, Anton Farygin пишет:
>>> On 21.04.2021 11:03, Leonid Krivoshein wrote:
>>>> Возьмём установочный образ LiveCD, где прошивки попадают в образ
>>>> initrd для загрузки системы локально с ISO-образа. В этом случае мало
>>>> какие прошивки требуются. Для специализированных сборок это
>>>> возможность положить только нужное.
>>> Почему мало какие ?
>> Вообще, не очень хороший пример привёл. Я имел ввиду специализированные
>> сборки установщика или LiveCD под определённые задачи, а не
>> универсальные загрузочные носители. В универсальных мы и так складываем
>> максимум и фильтруем необходимое, просто на другом уровне. Для
>> специализированных же просто появляется другой способ складывать в
>> initrd необходимое. Например, для чисто локальной загрузки сеть не
>> требуется, не нужны Wi-Fi, всякие DVB, поддержка FC, итд, а если
>> загрузка без плимута и графики, то не нужны GPU. Вообще мало что нужно,
>> а на выходе получается более компактный initrd. Вот я что имел ввиду.
> Мне кажется вы все тут зажрались - я автоматизировал сборку firmware в
> текущем виде именно из-за всяких "вышиваний крестиком" в package
> management, где пакет собирался вручную по велению левой ноги упаковщика и
> фазы луны. А сейчас firmware у нас всегда свежий и не надо думать что
> где-то каких-то дров не хватает или они устарели.
>
> Насчет места - в спец. сборках никто не мешает перепаковать firmware как
> нужно и собирать с ним а то вообще собрать все нужные спец. firmware
> отдельно и ставить только их.

Прежде всего речь о том, чтобы пользователи могли устанавливать только 
необходимые им прошивки и чтобы обновлялись только те прошивки, которые 
действительно по факту изменились. Это фича для опытных пользователей, 
понимающих, что им нужно.

Классификация тут -- дополнительный бонус, упрощающий работу тем, кто 
будет делать подборку пакетов для образов под конкретные узкие задачи. 
Иначе каждому, кто хочет сделать такой диск, загружаемый только с 
определённой поддержкой железа, нужно самому погружаться в то, чем 
владеет только маинтейнер пакета, либо использовать полный набор прошивок.

Полезность классификации -- вопрос безусловно дискуссионный, но запрос 
на "распил" по первой причине сомнений не вызывает. Никто же не говорит, 
что это надо сделать именно Вам и прямо сейчас. Тут просто обмен 
мнениями, как можно сделать лучше хотя бы в теории.

P.S.: У нас даже ядро на части распилено, никого же это не смущает.


-- 
Best regards,
Leonid Krivoshein.



^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-22 14:50                         ` Leonid Krivoshein
@ 2021-04-22 14:52                           ` Anton Farygin
  2021-04-22 15:00                             ` Leonid Krivoshein
  2021-04-22 21:56                             ` Alexey V. Vissarionov
  0 siblings, 2 replies; 62+ messages in thread
From: Anton Farygin @ 2021-04-22 14:52 UTC (permalink / raw)
  To: devel

On 22.04.2021 17:50, Leonid Krivoshein wrote:
> P.S.: У нас даже ядро на части распилено, никого же это не смущает. 

"не распилено"



^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-22 14:52                           ` Anton Farygin
@ 2021-04-22 15:00                             ` Leonid Krivoshein
  2021-04-22 15:04                               ` Anton Farygin
  2021-04-22 21:56                             ` Alexey V. Vissarionov
  1 sibling, 1 reply; 62+ messages in thread
From: Leonid Krivoshein @ 2021-04-22 15:00 UTC (permalink / raw)
  To: devel


22.04.2021 17:52, Anton Farygin пишет:
> On 22.04.2021 17:50, Leonid Krivoshein wrote:
>> P.S.: У нас даже ядро на части распилено, никого же это не смущает. 
>
> "не распилено"
>

По крайней мере, модули в отдельные пакеты собираются, и никто не 
говорит, что мы "слишком много кушать". ))


-- 
Best regards,
Leonid Krivoshein.



^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-22 15:00                             ` Leonid Krivoshein
@ 2021-04-22 15:04                               ` Anton Farygin
  2021-04-22 15:52                                 ` Andrey Savchenko
  0 siblings, 1 reply; 62+ messages in thread
From: Anton Farygin @ 2021-04-22 15:04 UTC (permalink / raw)
  To: devel

On 22.04.2021 18:00, Leonid Krivoshein wrote:
>
> 22.04.2021 17:52, Anton Farygin пишет:
>> On 22.04.2021 17:50, Leonid Krivoshein wrote:
>>> P.S.: У нас даже ядро на части распилено, никого же это не смущает. 
>>
>> "не распилено"
>>
>
> По крайней мере, модули в отдельные пакеты собираются, и никто не 
> говорит, что мы "слишком много кушать". ))
>
>
они собираются скорее потому что их нет в основном ядре, а не потому, 
что у нас цель распилить его на подпакеты.



^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-22 15:04                               ` Anton Farygin
@ 2021-04-22 15:52                                 ` Andrey Savchenko
  0 siblings, 0 replies; 62+ messages in thread
From: Andrey Savchenko @ 2021-04-22 15:52 UTC (permalink / raw)
  To: ALT Linux Team development discussions

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

On Thu, 22 Apr 2021 18:04:42 +0300 Anton Farygin wrote:
> On 22.04.2021 18:00, Leonid Krivoshein wrote:
> >
> > 22.04.2021 17:52, Anton Farygin пишет:
> >> On 22.04.2021 17:50, Leonid Krivoshein wrote:
> >>> P.S.: У нас даже ядро на части распилено, никого же это не смущает. 
> >>
> >> "не распилено"
> >>
> >
> > По крайней мере, модули в отдельные пакеты собираются, и никто не 
> > говорит, что мы "слишком много кушать". ))
> >
> >
> они собираются скорее потому что их нет в основном ядре, а не потому, 
> что у нас цель распилить его на подпакеты.

Или потому, что конфликтуют с другими модулями и в ряде случаев
нужен вынос в отдельный пакет, чтоб упростить жизнь пользователям.

В любом случае согласен, что в ядре модули отдельными пакетами
только в исключительных случаях.

Best regards,
Andrew Savchenko

[-- Attachment #2: Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-22 14:52                           ` Anton Farygin
  2021-04-22 15:00                             ` Leonid Krivoshein
@ 2021-04-22 21:56                             ` Alexey V. Vissarionov
  1 sibling, 0 replies; 62+ messages in thread
From: Alexey V. Vissarionov @ 2021-04-22 21:56 UTC (permalink / raw)
  To: ALT Linux Team development discussions

On 2021-04-22 17:52:18 +0300, Anton Farygin wrote:

 >> P.S.: У нас даже ядро на части распилено, никого же это
 >> не смущает.
 > "не распилено"

Распилено, причем коряво - с потерей функциональности.


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


^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-18 12:59     ` Alexey Sheplyakov
  2021-04-18 16:56       ` Dmitry V. Levin
@ 2021-04-23 12:34       ` Sergey V Turchin
  1 sibling, 0 replies; 62+ messages in thread
From: Sergey V Turchin @ 2021-04-23 12:34 UTC (permalink / raw)
  To: ALT Linux Team development discussions

On Sunday, 18 April 2021 15:59:29 MSK Alexey Sheplyakov wrote:
> On 18.04.2021 15:44, Dmitry V. Levin wrote:
> >> А для экономии места предлагаю распотрошить locales:
> >> 
> >> $ du -sh /usr/share/locale/
> >> 404M    /usr/share/locale/
> > 
> > $ du -sh /usr/share/locale/
> > 0	/usr/share/locale/
> 
> Так останется только С. А хочется еще оставить и ru_RU.UTF-8.
$ cat /etc/rpm/macros
%_install_langs en:ru
$ du -sh /usr/share/locale/
44M     /usr/share/locale/

[...]

-- 
Regards, Sergey.

^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-19 10:44       ` Валерий Иноземцев
  2021-04-19 10:47         ` Sergey Bolshakov
  2021-04-19 12:17         ` Alexey Sheplyakov
@ 2021-04-23 13:53         ` Sergey V Turchin
  2021-04-29  8:53           ` Alexey Sheplyakov
  2 siblings, 1 reply; 62+ messages in thread
From: Sergey V Turchin @ 2021-04-23 13:53 UTC (permalink / raw)
  To: ALT Linux Team development discussions

On Monday, 19 April 2021 13:44:37 MSK Валерий Иноземцев wrote:
> >  >> И модули ядра пожать (СONFIG_MODULE_COMPRESS=Y,
> >  >> CONFIG_MODULE_COMPRESS_XZ=Y) $ du -sh /lib/modules/5.10.29-un-def-alt2
> >  >> 256M    /lib/modules/5.10.29-un-def-alt2
> >  > 
> >  > НЕТ. этого по умолчанию не надо.
> > 
> > Напомню, что точно так же можно пожать и firmware.
> 
> любой старьёвщик скажет что так делать не надо ибо грузиться оно будет
> ну очень медленно, а в непожатом виде оно занимает космические 473Mb и
> тут только резать
А кто должен по-твоему выиграть? Диск или процессор?

-- 
Regards, Sergey.

^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-18 10:20   ` Denis Medvedev
  2021-04-18 10:27     ` Alexey Sheplyakov
  2021-04-19 10:38     ` Sergey Bolshakov
@ 2021-04-26 19:01     ` Vitaly Lipatov
  2021-04-26 20:21       ` Sergey Bolshakov
  2021-04-27  8:32       ` Denis Medvedev
  2 siblings, 2 replies; 62+ messages in thread
From: Vitaly Lipatov @ 2021-04-26 19:01 UTC (permalink / raw)
  To: ALT Linux Team development discussions

Denis Medvedev писал 18.4.21 13:20:
...
>> И модули ядра пожать (СONFIG_MODULE_COMPRESS=Y,
>> CONFIG_MODULE_COMPRESS_XZ=Y) $ du -sh /lib/modules/5.10.29-un-def-alt2
>> 256M    /lib/modules/5.10.29-un-def-alt2
> НЕТ. этого по умолчанию не надо.

И всё-таки, почему бы не пожать модули ядра и firmware? В zstd.

И хорошо бы при этом перейти на zstd для сжатия initrd.

https://www.phoronix.com/scan.php?page=news_item&px=Zstd-V8-For-Linux-Kernel-Comp

-- 
С уважением,
Виталий Липатов,
ALT Linux Team


^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-26 19:01     ` Vitaly Lipatov
@ 2021-04-26 20:21       ` Sergey Bolshakov
  2021-04-27  8:32       ` Denis Medvedev
  1 sibling, 0 replies; 62+ messages in thread
From: Sergey Bolshakov @ 2021-04-26 20:21 UTC (permalink / raw)
  To: devel

>>>>> "Vitaly" == Vitaly Lipatov <lav-u2l5PoMzF/Uox3rIn2DAYQ@public.gmane.org> writes:

 > Denis Medvedev писал 18.4.21 13:20:
 > ...
 >>> И модули ядра пожать (СONFIG_MODULE_COMPRESS=Y,
 >>> CONFIG_MODULE_COMPRESS_XZ=Y) $ du -sh /lib/modules/5.10.29-un-def-alt2
 >>> 256M    /lib/modules/5.10.29-un-def-alt2
 >> НЕТ. этого по умолчанию не надо.

 > И всё-таки, почему бы не пожать модули ядра и firmware? В zstd.

Модули:
"""
GZIP (default) and XZ are supported.
"""

firmware:

"""
Currently only XZ-compressed files are supported, and they have to
be compressed with either none or crc32 integrity check type (pass
"-C crc32" option to xz command.
"""

 > И хорошо бы при этом перейти на zstd для сжатия initrd.

 > https://www.phoronix.com/scan.php?page=news_item&px=Zstd-V8-For-Linux-Kernel-Comp

 > -- 
 > С уважением,
 > Виталий Липатов,
 > ALT Linux Team
 > _______________________________________________
 > Devel mailing list
 > Devel@lists.altlinux.org
 > https://lists.altlinux.org/mailman/listinfo/devel


^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-26 19:01     ` Vitaly Lipatov
  2021-04-26 20:21       ` Sergey Bolshakov
@ 2021-04-27  8:32       ` Denis Medvedev
  2021-04-27  9:00         ` Sergey Bolshakov
  1 sibling, 1 reply; 62+ messages in thread
From: Denis Medvedev @ 2021-04-27  8:32 UTC (permalink / raw)
  To: Vitaly Lipatov; +Cc: ALT Linux Team development discussions

On Mon, 26 Apr 2021 22:01:40 +0300
Vitaly Lipatov <lav@altlinux.ru> wrote:

> Denis Medvedev писал 18.4.21 13:20:
> ...
> >> И модули ядра пожать (СONFIG_MODULE_COMPRESS=Y,
> >> CONFIG_MODULE_COMPRESS_XZ=Y) $ du -sh
> >> /lib/modules/5.10.29-un-def-alt2 256M
> >> /lib/modules/5.10.29-un-def-alt2
> > НЕТ. этого по умолчанию не надо.
> 
> И всё-таки, почему бы не пожать модули ядра и firmware? В zstd.
> 
> И хорошо бы при этом перейти на zstd для сжатия initrd.
> 
> https://www.phoronix.com/scan.php?page=news_item&px=Zstd-V8-For-Linux-Kernel-Comp
> 

Потому что не будет работать подписывание модулей ядра для целостности.


^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-27  8:32       ` Denis Medvedev
@ 2021-04-27  9:00         ` Sergey Bolshakov
  2021-04-27 10:36           ` Anton V. Boyarshinov
  0 siblings, 1 reply; 62+ messages in thread
From: Sergey Bolshakov @ 2021-04-27  9:00 UTC (permalink / raw)
  To: devel

>>>>> "Denis" == Denis Medvedev <nbr-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:

 > On Mon, 26 Apr 2021 22:01:40 +0300
 > Vitaly Lipatov <lav@altlinux.ru> wrote:

 >> Denis Medvedev писал 18.4.21 13:20:
 >> ...
 >> >> И модули ядра пожать (СONFIG_MODULE_COMPRESS=Y,
 >> >> CONFIG_MODULE_COMPRESS_XZ=Y) $ du -sh
 >> >> /lib/modules/5.10.29-un-def-alt2 256M
 >> >> /lib/modules/5.10.29-un-def-alt2
 >> > НЕТ. этого по умолчанию не надо.
 >> 
 >> И всё-таки, почему бы не пожать модули ядра и firmware? В zstd.
 >> 
 >> И хорошо бы при этом перейти на zstd для сжатия initrd.
 >> 
 >> https://www.phoronix.com/scan.php?page=news_item&px=Zstd-V8-For-Linux-Kernel-Comp
 >> 

 > Потому что не будет работать подписывание модулей ядра для целостности.

Будет, если не жать врукопашную, как это было у нас, а использовать
инфраструктуру сборки ядра.

-- 

^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-27  9:00         ` Sergey Bolshakov
@ 2021-04-27 10:36           ` Anton V. Boyarshinov
  2021-04-29  9:13             ` Alexey Sheplyakov
  2021-04-29  9:20             ` Sergey Bolshakov
  0 siblings, 2 replies; 62+ messages in thread
From: Anton V. Boyarshinov @ 2021-04-27 10:36 UTC (permalink / raw)
  To: Sergey Bolshakov; +Cc: ALT Linux Team development discussions


>  >> И всё-таки, почему бы не пожать модули ядра и firmware? В zstd.
>  >> 
>  >> И хорошо бы при этом перейти на zstd для сжатия initrd.
>  >> 
>  >> https://www.phoronix.com/scan.php?page=news_item&px=Zstd-V8-For-Linux-Kernel-Comp
>  >>   
> 
>  > Потому что не будет работать подписывание модулей ядра для целостности.  
> 
> Будет, если не жать врукопашную, как это было у нас, а использовать
> инфраструктуру сборки ядра.

Денис, если я правильно понимаю, имеет в виду другое подписывание:
IMA/EVM


^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-16 13:30 [devel] порубка firmware-linux Michael Shigorin
                   ` (4 preceding siblings ...)
  2021-04-19  6:21 ` Anton Farygin
@ 2021-04-28 13:19 ` Alexey Sheplyakov
  2021-04-28 13:25   ` Антон Мидюков
  5 siblings, 1 reply; 62+ messages in thread
From: Alexey Sheplyakov @ 2021-04-28 13:19 UTC (permalink / raw)
  To: devel

Добрый день!

On 16.04.2021 17:30, Michael Shigorin wrote:
> 	Здравствуйте.
> При проверке очередного задания для p9_e2k:
> 
> Следующие пакеты будут ОБНОВЛЕНЫ:
>   firmware-linux libnautilus libtbb make-initrd tbb-devel
> 5 будет обновлено, 0 новых установлено, 0 пакетов будет удалено и 0 не будет обновлено.
> Необходимо получить 0B/172MB архивов.
> После распаковки потребуется дополнительно 144MB дискового пространства.
> 
> Кроме firmware-linux, остальное всё мелкое; понятно, что фирмварей
> много, но непонятно, откуда такая разница в занятом пространстве
> (это практически размер самого пакета firmware-linux, который
> давно уж худобою не отличается).
> 
> Отсюда вопрос: кто-нибудь уже изучал возможность разумной
> порубки нынешней подборки фирмварей как минимум на
> "десктоп/сервер/сеть/встройка"?


#270850 TESTED #3 [test-only] sisyphus firmware-linux.git=20210403-alt3 make-initrd.git=2.17.0-alt1 propagator.git=20210428-alt1

Поддержка сжатых firmware файлов. Требуется ядро >= 5.3 с CONFIG_FW_LOADER_COMPRESS=y.
$ du -sh /lib/firmware
206M	/lib/firmware


^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-28 13:19 ` Alexey Sheplyakov
@ 2021-04-28 13:25   ` Антон Мидюков
  2021-04-28 13:39     ` Alexey Sheplyakov
  0 siblings, 1 reply; 62+ messages in thread
From: Антон Мидюков @ 2021-04-28 13:25 UTC (permalink / raw)
  To: devel

28.04.2021 20:19, Alexey Sheplyakov пишет:
> Добрый день!
> 
> On 16.04.2021 17:30, Michael Shigorin wrote:
>> 	Здравствуйте.
>> При проверке очередного задания для p9_e2k:
>>
>> Следующие пакеты будут ОБНОВЛЕНЫ:
>>   firmware-linux libnautilus libtbb make-initrd tbb-devel
>> 5 будет обновлено, 0 новых установлено, 0 пакетов будет удалено и 0 не будет обновлено.
>> Необходимо получить 0B/172MB архивов.
>> После распаковки потребуется дополнительно 144MB дискового пространства.
>>
>> Кроме firmware-linux, остальное всё мелкое; понятно, что фирмварей
>> много, но непонятно, откуда такая разница в занятом пространстве
>> (это практически размер самого пакета firmware-linux, который
>> давно уж худобою не отличается).
>>
>> Отсюда вопрос: кто-нибудь уже изучал возможность разумной
>> порубки нынешней подборки фирмварей как минимум на
>> "десктоп/сервер/сеть/встройка"?
> 
> 
> #270850 TESTED #3 [test-only] sisyphus firmware-linux.git=20210403-alt3 make-initrd.git=2.17.0-alt1 propagator.git=20210428-alt1
> 
> Поддержка сжатых firmware файлов. Требуется ядро >= 5.3 с CONFIG_FW_LOADER_COMPRESS=y.
> $ du -sh /lib/firmware
> 206M	/lib/firmware

А что с ядрами 4.x прикажете делать?


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


^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-28 13:25   ` Антон Мидюков
@ 2021-04-28 13:39     ` Alexey Sheplyakov
  2021-04-28 13:59       ` Alexey Sheplyakov
  0 siblings, 1 reply; 62+ messages in thread
From: Alexey Sheplyakov @ 2021-04-28 13:39 UTC (permalink / raw)
  To: devel

On 28.04.2021 17:25, Антон Мидюков wrote:

>> #270850 TESTED #3 [test-only] sisyphus firmware-linux.git=20210403-alt3 make-initrd.git=2.17.0-alt1 propagator.git=20210428-alt1
>>
>> Поддержка сжатых firmware файлов. Требуется ядро >= 5.3 с CONFIG_FW_LOADER_COMPRESS=y.
>> $ du -sh /lib/firmware
>> 206M	/lib/firmware
> 
> А что с ядрами 4.x прикажете делать?

Выставить на мороз.


^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-28 13:39     ` Alexey Sheplyakov
@ 2021-04-28 13:59       ` Alexey Sheplyakov
  0 siblings, 0 replies; 62+ messages in thread
From: Alexey Sheplyakov @ 2021-04-28 13:59 UTC (permalink / raw)
  To: devel

On 28.04.2021 17:39, Alexey Sheplyakov wrote:

>> А что с ядрами 4.x прикажете делать?
> 
> Выставить на мороз.

Тот, кому очень надо древние ядра, может

1. Доработать и использовать userspace loader [1]
2. Сделать backport коммитов 5342e7093ff298d9cbd40f9342b607adb02b2dd0
   и 82fd7a8142a10b8eb41313074b3859d82c0857dc


[1] https://github.com/teg/firmwared



^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-23 13:53         ` Sergey V Turchin
@ 2021-04-29  8:53           ` Alexey Sheplyakov
  0 siblings, 0 replies; 62+ messages in thread
From: Alexey Sheplyakov @ 2021-04-29  8:53 UTC (permalink / raw)
  To: devel

On 23.04.2021 17:53, Sergey V Turchin wrote:
> On Monday, 19 April 2021 13:44:37 MSK Валерий Иноземцев wrote:
>>>  >> И модули ядра пожать (СONFIG_MODULE_COMPRESS=Y,
>>>  >> CONFIG_MODULE_COMPRESS_XZ=Y) $ du -sh /lib/modules/5.10.29-un-def-alt2
>>>  >> 256M    /lib/modules/5.10.29-un-def-alt2
>>>  > 
>>>  > НЕТ. этого по умолчанию не надо.
>>>
>>> Напомню, что точно так же можно пожать и firmware.
>>
>> любой старьёвщик скажет что так делать не надо ибо грузиться оно будет
>> ну очень медленно,

Пускай возьмет секундомер и попробует вместо bzImage грузить vmlinux.

> А кто должен по-твоему выиграть? Диск или процессор?
Диск -- не очень точный термин (потому что и NVME - "диск", и SSD - "диск",
и старорежимный с металлическими блинами - тоже "диск"). Из них с процессором
может посоревноваться разве что nvme.

А кроме дисков бывают еще флешки, sd-карты, spi... вот они однозначно
настолько тупые и медленные, что лучше сжимать все, что можно (т.е. что
в основном читают, и очень редко пишут).



^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-27 10:36           ` Anton V. Boyarshinov
@ 2021-04-29  9:13             ` Alexey Sheplyakov
  2021-04-29  9:20             ` Sergey Bolshakov
  1 sibling, 0 replies; 62+ messages in thread
From: Alexey Sheplyakov @ 2021-04-29  9:13 UTC (permalink / raw)
  To: devel

Добрый день!

On 27.04.2021 14:36, Anton V. Boyarshinov wrote:
> 
>>  >> И всё-таки, почему бы не пожать модули ядра и firmware? В zstd.
>>  >> 
>>  >> И хорошо бы при этом перейти на zstd для сжатия initrd.
>>  >> 
>>  >> https://www.phoronix.com/scan.php?page=news_item&px=Zstd-V8-For-Linux-Kernel-Comp
>>  >>   
>>
>>  > Потому что не будет работать подписывание модулей ядра для целостности.  
>>
>> Будет, если не жать врукопашную, как это было у нас, а использовать
>> инфраструктуру сборки ядра.
> 
> Денис, если я правильно понимаю, имеет в виду другое подписывание:
> IMA/EVM

Не очень понятно, почему ради какой-то сомнительной ерунды, которую используют
0 человек, нужно отключать что-то полезное и нужное (например сжатые модули)?

Может, лучше собрать отдельное ядро с этими SELinux, IMA, и прочими НЕНУЖНО,
и не мучить нормальных людей?

https://www.altlinux.org/IMA_EVM

> Запустить инициализацию системы контроля целостности:
> /usr/bin/integrity-applier
> Необходимо дождаться завершения работы команды (система будет перезагружена четыре раза)
> Выполнение этой команды может занять довольно продолжительное время (подписываются все файлы системы).

За это время можно не только напиться и протрезветь, но и состариться.





^ permalink raw reply	[flat|nested] 62+ messages in thread

* Re: [devel] порубка firmware-linux
  2021-04-27 10:36           ` Anton V. Boyarshinov
  2021-04-29  9:13             ` Alexey Sheplyakov
@ 2021-04-29  9:20             ` Sergey Bolshakov
  1 sibling, 0 replies; 62+ messages in thread
From: Sergey Bolshakov @ 2021-04-29  9:20 UTC (permalink / raw)
  To: devel

>>>>> "Anton" == Anton V Boyarshinov <boyarsh-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:

 >> >> И всё-таки, почему бы не пожать модули ядра и firmware? В zstd.
 >> >> 
 >> >> И хорошо бы при этом перейти на zstd для сжатия initrd.
 >> >> 
 >> >> https://www.phoronix.com/scan.php?page=news_item&px=Zstd-V8-For-Linux-Kernel-Comp
 >> >>   
 >> 
 >> > Потому что не будет работать подписывание модулей ядра для целостности.  
 >> 
 >> Будет, если не жать врукопашную, как это было у нас, а использовать
 >> инфраструктуру сборки ядра.

 > Денис, если я правильно понимаю, имеет в виду другое подписывание:
 > IMA/EVM

Возможно, Денис найдёт время и сообщит в нескольких предложениях сам,
что же именно в IMA/EVM несовместимо с обсуждаемыми изменениями.
Из изложенного в https://www.altlinux.org/IMA_EVM вывод о такой
несовместимости сделать никак не получается.

-- 

^ permalink raw reply	[flat|nested] 62+ messages in thread

end of thread, other threads:[~2021-04-29  9:20 UTC | newest]

Thread overview: 62+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-04-16 13:30 [devel] порубка firmware-linux Michael Shigorin
2021-04-16 13:39 ` Alexey V. Vissarionov
2021-04-16 18:59   ` Michael Shigorin
2021-04-16 13:41 ` Arseny Maslennikov
2021-04-16 14:59   ` Anton Farygin
2021-04-16 15:15     ` Alexey V. Vissarionov
2021-04-17  7:05       ` Anton Farygin
2021-04-17  7:14         ` Michael Shigorin
2021-04-17  7:16           ` Anton Farygin
2021-04-17 10:13         ` Alexey Gladkov
2021-04-17 19:56           ` Anton Farygin
2021-04-17 20:55             ` Andrey Savchenko
2021-04-18  9:30             ` Alexey Gladkov
2021-04-17  7:55 ` Mikhail Novosyolov
2021-04-18  9:41 ` Alexey Sheplyakov
2021-04-18 10:20   ` Denis Medvedev
2021-04-18 10:27     ` Alexey Sheplyakov
2021-04-19 10:38     ` Sergey Bolshakov
2021-04-19 10:44       ` Валерий Иноземцев
2021-04-19 10:47         ` Sergey Bolshakov
2021-04-19 10:52           ` Валерий Иноземцев
2021-04-19 12:17         ` Alexey Sheplyakov
2021-04-23 13:53         ` Sergey V Turchin
2021-04-29  8:53           ` Alexey Sheplyakov
2021-04-26 19:01     ` Vitaly Lipatov
2021-04-26 20:21       ` Sergey Bolshakov
2021-04-27  8:32       ` Denis Medvedev
2021-04-27  9:00         ` Sergey Bolshakov
2021-04-27 10:36           ` Anton V. Boyarshinov
2021-04-29  9:13             ` Alexey Sheplyakov
2021-04-29  9:20             ` Sergey Bolshakov
2021-04-18 11:44   ` Dmitry V. Levin
2021-04-18 12:59     ` Alexey Sheplyakov
2021-04-18 16:56       ` Dmitry V. Levin
2021-04-23 12:34       ` Sergey V Turchin
2021-04-19  6:21 ` Anton Farygin
2021-04-19  7:50   ` Anton V. Boyarshinov
2021-04-19  8:50     ` Anton Farygin
2021-04-19  9:39       ` Michael Shigorin
2021-04-19  9:54         ` Валерий Иноземцев
2021-04-19 10:07           ` Michael Shigorin
2021-04-19 10:26             ` Валерий Иноземцев
2021-04-20 21:20             ` Leonid Krivoshein
2021-04-21  7:12               ` Andrey Savchenko
2021-04-21  8:03                 ` Leonid Krivoshein
2021-04-21  8:20                   ` Anton Farygin
2021-04-21 19:06                     ` Leonid Krivoshein
2021-04-21 19:10                       ` Антон Мидюков
2021-04-21 20:00                         ` Leonid Krivoshein
2021-04-22  3:52                           ` Anton Farygin
2021-04-22 12:52                       ` Konstantin Lepikhov
2021-04-22 14:50                         ` Leonid Krivoshein
2021-04-22 14:52                           ` Anton Farygin
2021-04-22 15:00                             ` Leonid Krivoshein
2021-04-22 15:04                               ` Anton Farygin
2021-04-22 15:52                                 ` Andrey Savchenko
2021-04-22 21:56                             ` Alexey V. Vissarionov
2021-04-19 10:32         ` Alexey Sheplyakov
2021-04-28 13:19 ` Alexey Sheplyakov
2021-04-28 13:25   ` Антон Мидюков
2021-04-28 13:39     ` Alexey Sheplyakov
2021-04-28 13:59       ` Alexey Sheplyakov

ALT Linux Team development discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/devel/0 devel/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 devel/ http://lore.altlinux.org/devel \
		devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
	public-inbox-index devel

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.devel


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git