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 30239 invoked from network); 7 Mar 2021 18:51:14 -0000 Received: from 1ess.inri.net (216.126.196.35) by inbox.vuxu.org with ESMTPUTF8; 7 Mar 2021 18:51:14 -0000 Received: from mimir.eigenstate.org ([206.124.132.107]) by 1ess; Sun Mar 7 13:46:57 -0500 2021 Received: from abbatoir.fios-router.home (pool-108-41-92-79.nycmny.fios.verizon.net [108.41.92.79]) by mimir.eigenstate.org (OpenSMTPD) with ESMTPSA id 45b97460 (TLSv1.2:ECDHE-RSA-AES256-SHA:256:NO) for <9front@9front.org>; Sun, 7 Mar 2021 10:20:02 -0800 (PST) Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit To: 9front@9front.org Date: Sun, 07 Mar 2021 10:20:00 -0800 From: ori@eigenstate.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: extensible virtualized HTTP over XML app strategy Subject: Re: [9front] distproto: include the files in /lib/firmware/* Reply-To: 9front@9front.org Precedence: bulk Quoth kemal : > > I think it'd make more sense to just build them into the kernel > > in this case. > > If somebody does not have a 9front installation, they would have > to install a 9front VM to build a kernel. In this case, putting > it into /lib/firmware is better. > If they don't have a 9front installation, how are they going to use this change? I don't think we're going to start redistributing Intel's firmware, because legal reasons: https://en.wikipedia.org/wiki/Freely_redistributable_software (I'm not a lawyer, it'd be nice to be wrong on this)