Subject: Re: [alpine-devel] Splitting up linux-firmware?
To: alpine-devel@lists.alpinelinux.org
References: <4d19a51c-3eba-9775-0208-4d87da66effc@bitmessage.ch>
From: "A. Wilcox" <awilfox@adelielinux.org>
Organization: =?UTF-8?Q?Ad=c3=a9lie_Linux?=
Message-ID: <199c59c5-b530-929c-3a6f-25f993cee627@adelielinux.org>
Date: Sat, 6 Jan 2018 17:09:53 -0600
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.2.0
Precedence: list
MIME-Version: 1.0
In-Reply-To: <4d19a51c-3eba-9775-0208-4d87da66effc@bitmessage.ch>
Content-Type: multipart/signed; micalg=pgp-sha256;
 protocol="application/pgp-signature";
 boundary="q3du6O4vmoG3uI3wfVUeIJsH7rk84ulSq"

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--q3du6O4vmoG3uI3wfVUeIJsH7rk84ulSq
Content-Type: multipart/mixed; boundary="BrLKU0TMxl8CQ86rDoH7lBTJpbRdjouCS";
 protected-headers="v1"
From: "A. Wilcox" <awilfox@adelielinux.org>
To: alpine-devel@lists.alpinelinux.org
Message-ID: <199c59c5-b530-929c-3a6f-25f993cee627@adelielinux.org>
Subject: Re: [alpine-devel] Splitting up linux-firmware?
References: <4d19a51c-3eba-9775-0208-4d87da66effc@bitmessage.ch>
In-Reply-To: <4d19a51c-3eba-9775-0208-4d87da66effc@bitmessage.ch>

--BrLKU0TMxl8CQ86rDoH7lBTJpbRdjouCS
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

On 01/06/18 16:13, Oliver Smith wrote:
> Hey alpine-devel,
>=20
> there's the >250 MB (install size) linux-firmware package, of which
> usually only few files are needed for one machine. For other
> packages, Alpine already splits off -dev and even -doc to save as
> much space as possible, so it would make sense to me if we started
> splitting up linux-firmware as well. Our use case in Alpine Linux
> based postmarketOS is, that we could only flash the firmware
> subpackges to the mobile device, which we actually need (thus making
> the total image size a lot smaller).
>=20
> The package provides files in /lib/firmware and is already
> categorized in subfolders. So we could make one subpackage for each
> subfolder.
>=20
> Files directly in /lib/firmware could go into "linux-firmware-other",
> and the "linux-firmware" package could depend on all its subpackages
> for compatibility.
>=20
> What do you think, would it make sense to submit a PR for that?


All my +1.

The size is so large and the download time is so long that I've taken to
just scp'ing around the /lib/firmware files I need on different machines
from a 'master' machine that has the full package installed.

I've thought about suggesting this before but I wasn't exactly sure the
best naming scheme (should it be amdgpu-firmware or etc), but your
proposal is actually very clean.  And it keeps compatibility.

Best,
--arw


--=20
A. Wilcox (awilfox)
Project Lead, Ad=C3=A9lie Linux
http://adelielinux.org


--BrLKU0TMxl8CQ86rDoH7lBTJpbRdjouCS--

--q3du6O4vmoG3uI3wfVUeIJsH7rk84ulSq
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQJMBAEBCAA2FiEEjNyWOYPU1SaTSMHHyynLUZIrnRQFAlpRV0IYHGF3aWxmb3hA
YWRlbGllbGludXgub3JnAAoJEMspy1GSK50U0pkQAIqmU7Jn4Dj5tc9FqyEIbPep
w+NA13kyxuElt8VW9x5RnhiQ0yLMz17oEBpgawYY7fjIi1Z6GgodVGxpmb6vRCho
P68zNcm0sRy0JTrmz1PeguxIKW1WwR9TLDNAx2mYMNFagUqMCqEJDcT2LFQmt5J9
UqYPVUq5NQ5qsBuMJ+YGWNgmLctG+/1q0WM3dwsGYm8dHCJiE8vC/ZUWpACLzZY9
XuM3eu+M+Ss0nnSo4Ng7m32aJ+b4SsABUr8+Ef69IphYWWxwmkC/qksF/KCqZRya
UHA07IjOVx58gChHJJgYqVKdP07NKeCAhVyRP0nvqiPniO8nT9BJKw7CxKsnDA5c
sEvrExtEbpIqRwuWGV5Kx00sVdOcOcDwiZPVGPUMGuE1waprkhS+EZolxDQJGDBe
J2MRPuWVI63ektmNjDGC5q7g0ILOocFZjO/TT7eJG3lUnrffgZRrpsyabjDx9yKt
Jgg13r8OUydhuQcYhTJOCPkkakZgs5vjWoPvh6jVQsb/zZXvEyGOyfjrZeeQsd4T
mwkkP7GICwrhvHFAjST+PZV8RMNKXZFYFRzF/v8IGHnkKgU2lGvQm79UHdpqfvW4
Bb6HwkOVHw5lPN65kIZ0+72QrNw1ldAHK0tH7jj7Ug+yJXaKt+Hv60ingdqMpvCI
4Dulr+i/ngi7nJGyEMCP
=Ury2
-----END PGP SIGNATURE-----

--q3du6O4vmoG3uI3wfVUeIJsH7rk84ulSq--


---
Unsubscribe:  alpine-devel+unsubscribe@lists.alpinelinux.org
Help:         alpine-devel+help@lists.alpinelinux.org
---