[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