From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham
	autolearn_force=no version=3.4.4
Received: (qmail 25387 invoked from network); 8 Mar 2021 12:07:56 -0000
Received: from 1ess.inri.net (216.126.196.35)
  by inbox.vuxu.org with ESMTPUTF8; 8 Mar 2021 12:07:56 -0000
Received: from oat.nine.sirjofri.de ([5.45.105.127]) by 1ess; Mon Mar  8 06:59:05 -0500 2021
Received: from sirjofri.de ([188.103.44.144]) by oat; Mon Mar  8 12:58:49 +0100 2021
Date: Mon, 8 Mar 2021 11:58:49 +0000 (UTC)
From: sirjofri <sirjofri+ml-9front@sirjofri.de>
To: hiro <9front@9front.org>
Message-ID: <6cbbf99c-e422-4183-8954-a794a042d690@sirjofri.de>
In-Reply-To: <CAFSF3XOzHLKwM9gxFM+Snfc8FKfTEus=U+67rfi8KRB9d2+Row@mail.gmail.com>
References: <A15408D1C9E7DB4469B8DE0038A7A77C@eigenstate.org> <Gao7hDrtrEXeMKTDvbNoi7sHH4n1q-tVqhd4mwdWkU7k5YoZvFS46vt1WkCX7W8x8s8SjStVBoH-rGf7vDTgh6wu7W9p3qeusMTP1O8DWAs=@protonmail.com> <MB-zI_cJeOPKs9n9C9FWmjavskhdM41K5USgyENK-XfHeI4_S2AWAs7SDep0ut_lc4PN-TwBeumy20f0PldRZwRzbpcduemUxkuZay8LL_g=@protonmail.com> <CAFSF3XOzHLKwM9gxFM+Snfc8FKfTEus=U+67rfi8KRB9d2+Row@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Correlation-ID: <6cbbf99c-e422-4183-8954-a794a042d690@sirjofri.de>
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: extensible asynchronous NoSQL storage core-based cloud 
Subject: Re: [9front] distproto: include the files in /lib/firmware/*
Reply-To: 9front@9front.org
Precedence: bulk

08.03.2021 12:10:55 hiro <23hiro@gmail.com>:
> the only downside i see is the purity of our distro...
> right now it contains just stuff that can be generated from the
> source, and maybe some fonts or a few small icons/graphics are the
> only binary content

I think it is very convenient to have some firmware in the released iso 
images. I wouldn't add them to the repo, adding links to them like the 
fqa already does is good enough, I think. Since we have the /lib/firmware 
directory and it's basically enough to place the files there I don't 
think too many adjustments are needed, adding mkfile rules for 
downloading the firmware files and packing an iso would be convenient for 
automatic packing (I am thinking about doing daily iso images on a server 
as well as providing a mirror for 9front isos. Imagine a rule for the 
bare iso without firmware and another rule for release isos with 
firmware).

(I am not a lawyer.)

Just my two cents.

sirjofri