[devel] К вопросу о сжатии firmware-linux

[devel] К вопросу о сжатии firmware-linux

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

Здравствуйте

Повспоминал обсуждения о сжатии firmware-linux и решил тему опять поднять.

Зачем это нужно?
Уменьшить размер установленного пакета с 500+ МБ до 100+ МБ.
https://lists.altlinux.org/pipermail/devel/2020-March/210137.html

Что нужно сделать?
Требуется ядро >= 5.3 с CONFIG_FW_LOADER_COMPRESS=y.
https://lists.altlinux.org/pipermail/devel/2021-April/214271.html

Что мешает?
Наличие ядер в p10:
kernel-image-mcom02	4.4.189.9-alt8 
kernel-image-tegra	4.9.140-alt2

Но ядра эти не используются в продуктах p10 и, если systemd в p10 обновится до 251,
то они превратятся в тыкву. systemd 251 не поддерживает ядра < 4.15:
https://lists.freedesktop.org/archives/systemd-devel/2022-May/047976.html

Я так понимаю, что обновление systemd до >251 вполне вероятно, судя по тому, как обновлялось systemd в p9.
Так что ими можно и пожертвовать в связи с таким обстоятельством.

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

Re: [devel] К вопросу о сжатии firmware-linux

[Ivan A. Melnikov]

On Mon, May 23, 2022 at 01:21:13AM +0700, Антон Мидюков wrote:
> Здравствуйте
> 
> Повспоминал обсуждения о сжатии firmware-linux и решил тему опять поднять.
> 
> Зачем это нужно?
> Уменьшить размер установленного пакета с 500+ МБ до 100+ МБ.
> https://lists.altlinux.org/pipermail/devel/2020-March/210137.html
> 
> Что нужно сделать?
> Требуется ядро >= 5.3 с CONFIG_FW_LOADER_COMPRESS=y.
> https://lists.altlinux.org/pipermail/devel/2021-April/214271.html
> 
> Что мешает?
> Наличие ядер в p10:
> kernel-image-mcom02	4.4.189.9-alt8 
> kernel-image-tegra	4.9.140-alt2

Ещё могут быть самособранные ядра у пользователей. 
Я молчу про mipsel и некоторые экзотические платы. systemd это
конечно... сильный аргумент, но всё-таки не хотелось бы
увеличивать число сценариев при котором обычный казалось бы
dist-upgrade неминуемо превращает систему в тыкву.

Может, стоит придумать схему, при которой сжатый firmware
пакуется в отдельный пакет (firmware-linux-compressed),
и firmware-linux и firmware-linux-compressed какое-то
время существуют и обновляются параллельно?

Старые системы будут получать непожатый firmware-linux
(что админы смогут легко поправить одним apt-get install),
а в новые продукты можно сразу класть compressed-версию.

-- 
  wbr,
    iv m.

Re: [devel] К вопросу о сжатии firmware-linux

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

23.05.2022 15:57, Ivan A. Melnikov пишет:
> On Mon, May 23, 2022 at 01:21:13AM +0700, Антон Мидюков wrote:
>> Здравствуйте
>>
>> Повспоминал обсуждения о сжатии firmware-linux и решил тему опять поднять.
>>
>> Зачем это нужно?
>> Уменьшить размер установленного пакета с 500+ МБ до 100+ МБ.
>> https://lists.altlinux.org/pipermail/devel/2020-March/210137.html
>>
>> Что нужно сделать?
>> Требуется ядро >= 5.3 с CONFIG_FW_LOADER_COMPRESS=y.
>> https://lists.altlinux.org/pipermail/devel/2021-April/214271.html
>>
>> Что мешает?
>> Наличие ядер в p10:
>> kernel-image-mcom02	4.4.189.9-alt8 
>> kernel-image-tegra	4.9.140-alt2
> 
> Ещё могут быть самособранные ядра у пользователей. 
> Я молчу про mipsel и некоторые экзотические платы. systemd это
> конечно... сильный аргумент, но всё-таки не хотелось бы
> увеличивать число сценариев при котором обычный казалось бы
> dist-upgrade неминуемо превращает систему в тыкву.
> 

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

> Может, стоит придумать схему, при которой сжатый firmware
> пакуется в отдельный пакет (firmware-linux-compressed),
> и firmware-linux и firmware-linux-compressed какое-то
> время существуют и обновляются параллельно?
> 
> Старые системы будут получать непожатый firmware-linux
> (что админы смогут легко поправить одним apt-get install),
> а в новые продукты можно сразу класть compressed-версию.
> 

А этого бы хотелось избежать.


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

Re: [devel] К вопросу о сжатии firmware-linux

[Alexey V. Vissarionov]

On 2022-05-23 16:10:15 +0700, Антон Мидюков wrote:

 >>> Зачем это нужно?
 >>> Уменьшить размер установленного пакета с 500+ МБ до 100+ МБ.
 >>> Что нужно сделать?
 >>> Требуется ядро >= 5.3 с CONFIG_FW_LOADER_COMPRESS=y.
 >>> Что мешает?
 >>> Наличие ядер в p10:
 >>> kernel-image-mcom02	4.4.189.9-alt8

Не критично: эта железяка - совсем вещь в себе, и firmware ей
вообще не нужно.

 >>> kernel-image-tegra 4.9.140-alt2

А здесь можно обновиться.

 >> Ещё могут быть самособранные ядра у пользователей.

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

 >> Я молчу про mipsel и некоторые экзотические платы. systemd
 >> это конечно... сильный аргумент,

Это не аргумент, а обычное приложение, работающее в userspace.

 >> но всё-таки не хотелось бы увеличивать число сценариев
 >> при котором обычный казалось бы dist-upgrade неминуемо
 >> превращает систему в тыкву.

Избыток скриптовых костылей превращает систему в тыкву не то
что после dist-upgrade, а и просто при установке очередного
пакета из репы. Но это совершенно не мешает мейнтейнерам,
наоборот, создавать все больше таких костылей.

 > У mipsel отдельный репозиторий, поэтому для него компрессию
 > можно не включать. Разве не так? И systemd не обновлять.

В принципе, пакеты noarch лучше бы делать одинаковыми везде.

 >> Может, стоит придумать схему, при которой сжатый firmware
 >> пакуется в отдельный пакет (firmware-linux-compressed),
 >> и firmware-linux и firmware-linux-compressed какое-то
 >> время существуют и обновляются параллельно?

Нужно.

 >> Старые системы будут получать непожатый firmware-linux
 >> (что админы смогут легко поправить одним apt-get install),
 >> а в новые продукты можно сразу класть compressed-версию.
 > А этого бы хотелось избежать.

Чего именно избежать и зачем? Чем плох вариант

%package compressed
Provides: %name = %EVR

?


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

Re: [devel] К вопросу о сжатии firmware-linux

[Paul Wolneykien]

В Mon, 23 May 2022 16:10:15 +0700
Антон Мидюков <midyukov-anton@ya.ru> пишет:

> > Может, стоит придумать схему, при которой сжатый firmware
> > пакуется в отдельный пакет (firmware-linux-compressed),
> > и firmware-linux и firmware-linux-compressed какое-то
> > время существуют и обновляются параллельно?
> > 
> > Старые системы будут получать непожатый firmware-linux
> > (что админы смогут легко поправить одним apt-get install),
> > а в новые продукты можно сразу класть compressed-версию.
> >   
> 
> А этого бы хотелось избежать.

  А имена файлов у сжатой и не сжатой версии различны? Если они
одинаковы, то можно распаковывать firmware в %post пакета в зависимости
от местных условий.