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.2 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED,
	UNPARSEABLE_RELAY autolearn=no autolearn_force=no version=3.4.4
Received: (qmail 1552 invoked from network); 1 Apr 2023 20:30:07 -0000
Received: from 9front.inri.net (168.235.81.73)
  by inbox.vuxu.org with ESMTPUTF8; 1 Apr 2023 20:30:07 -0000
Received: from wopr.sciops.net ([216.126.196.60]) by 9front; Sat Apr  1 16:28:57 -0400 2023
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sciops.net; s=20210706;
	t=1680380836;
	h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
	 to:to:cc:mime-version:mime-version:content-type:content-type:
	 in-reply-to:in-reply-to:references:references;
	bh=Lp+tieZY7k9fAcXcQOa4FedVayVkJXaqff8SIsT/75E=;
	b=dJxAsiijlr8idKhuGwBr+hL+KnekNzhcXfMtVzekp9Q9sci4r2kZmOfvTfSV7u/UIky/jZ
	eHeZT5ivcx4I3+QUJkse5UrZRukdjW0Awi9FRAF7NMDs8D3e78SCdT/FqAZnoiLiIQUnWD
	gv1vmwTJINDiIAcuyxb0iiQsU2aMQ+8=
Received: from localhost (wopr.sciops.net [local])
	by wopr.sciops.net (OpenSMTPD) with ESMTPA id e3464d2b
	for <9front@9front.org>;
	Sat, 1 Apr 2023 13:27:16 -0700 (PDT)
Date: Sat, 1 Apr 2023 13:27:16 -0700
From: Kurt H Maier <khm@sciops.net>
To: 9front@9front.org
Message-ID: <ZCiTpOWtrshGpMSD@wopr>
Mail-Followup-To: 9front@9front.org
References: <CAOe=0dcWzTP41wHp3SeWmch4uP13ifG1RnXsz0DOHo2bVFGijw@mail.gmail.com>
 <0B825421E44F1C59271E3F6E7F150095@gaff.inri.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <0B825421E44F1C59271E3F6E7F150095@gaff.inri.net>
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: compliant general-purpose general-purpose-scale SVG app-oriented hypervisor 
Subject: Re: [9front] FQA update
Reply-To: 9front@9front.org
Precedence: bulk

On Fri, Mar 31, 2023 at 02:50:44PM -0400, sl@stanleylieber.com wrote:
> > The fact now the system is installing mainly on amd64 (in the case of
> > virtualization) and on arm (in the case of RPi). Therefore, IMHO,
> > there need to set accent on these architectures, and the rest ones are
> > mention as options.
> 
> well, maybe. if we arrive at some agreement on changing the "default"
> architecture, fine; but to my knowledge nobody has established that
> yet. 386 was always the starting point. i appreciate that owners of
> amd64 systems often have no interest in looking back, but we do still
> have a significant number of 386 users, and the amd64 port in fact
> still builds code out of the 386 kernel. a significant number of drivers
> are still disabled (by default)in the amd64 kernel.
> 
> i am of course happy to revisit this if devs have some preference
> to the contrary.

In addition the raspberry pi is a trash computer and I'm not comfortable
recommending them even implicitly by emphasising them in documentation.
People should try really hard not to use them even when they ARE
available, which is not any more.

khm