From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,RP_MATCHES_RCVD autolearn=unavailable autolearn_force=no version=3.4.1 Date: Mon, 11 Dec 2023 00:18:00 +0300 From: "Alexey V. Vissarionov" To: ALT Linux kernel packages development Message-ID: <20231210211800.GB17222@altlinux.org> References: <20231206202856.GA19165@imap.altlinux.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20231206202856.GA19165@imap.altlinux.org> Subject: Re: [d-kernel] =?koi8-r?b?xMHM2M7FytvJyiDSwdPQycwgIGZpcm13YXJlLWxp?= =?koi8-r?b?bnV4?= X-BeenThere: devel-kernel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux kernel packages development List-Id: ALT Linux kernel packages development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Dec 2023 21:18:04 -0000 Archived-At: List-Archive: List-Post: Good ${greeting_time}! On 2023-12-06 23:28:56 +0300, Michael Shigorin wrote: > "После распаковки потребуется дополнительно 345MB дискового > пространства" и послужило причиной слазить в firmware-linux > и посмотреть, чего там опять лишнего для подавляющего > большинства наших систем. А в чем, собственно, сложность? gremlin@warez:~ > du -sh repo/Sisyphus/ 485G repo/Sisyphus/ По нынешним временам такого объема уже флешки бывают. > Следующим набегом хорошо бы разобрать amdgpu и nvidia, вот > только тут уже думать надо будет и советоваться: есть мысль, > что надо выделить метапакеты desktop и server, Совершенно точно не так: на рабочих станциях бывает, например, виртуализация, а на серверах бывает всякая мультимудия. > * под desktop утащить всё крупное про GPU и wifi, WiFi на сервере - вполне обычное явление. Разве что работает с оборудованием там чаще не wpa_supplicant, а hostapd. > * под server -- про соответствующие HBA и NIC; > * остальное содержимое унести в подпакет generic; > * а сам firmware-linux сделать метапакетом, чтобы не менять > ничего в сборке образов и обновлениях, но иметь возможность > снести лишнее (и более вдумчиво распихивать по образам, > когда дойдут руки и до них). На мой взгляд, нужны пакеты firmware-${devtype}-${vendor}, их агрегировать в firmware-${devtype} и firmware-${vendor}, а для определенных devtype еще более высокоуровневую агрегацию можно предусмотреть - например, switchdev и wifi в network. Таким образом установка firmware-network затащит в систему и firmware-switchdev-mellanox, и firmware-wifi-realtek (кому и насколько это может быть нужно - не нам решать). Кстати, аналогичным образом можно и ядерные модули по пакетам раскидать, только там добавляется задача и функциональность сохранить, и поверхность атаки сократить. Решение я предлагал, но энтузиазма оно ни у кого не вызвало. > Возможно, в некоторые подпакеты вроде qcom стоит добавить > ExclusiveArch:, если это ровно одна архитектура -- тогда > можно будет не зеркалить на любой другой, а размер репо > будет тем же, что и в случае noarch (но тут вникать надо > и это уже совсем мелочи). Пакеты с firmware - они по определению noarch. -- Alexey V. Vissarionov gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net