From: Leonid Krivoshein <klark.devel@gmail.com>
To: devel@lists.altlinux.org
Subject: Re: [devel] порубка firmware-linux
Date: Wed, 21 Apr 2021 11:03:50 +0300
Message-ID: <bf2b9ec6-f042-9c45-9580-9ed595910dcf@gmail.com> (raw)
In-Reply-To: <20210421101243.ed90f0c06a636b05284547d0@altlinux.org>
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.
next prev parent reply other threads:[~2021-04-21 8:03 UTC|newest]
Thread overview: 63+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-04-16 13:30 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
2022-05-23 8:45 ` Антон Мидюков
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 [this message]
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
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=bf2b9ec6-f042-9c45-9580-9ed595910dcf@gmail.com \
--to=klark.devel@gmail.com \
--cc=devel@lists.altlinux.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
ALT Linux 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