From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 30E6B13827E for ; Tue, 10 Dec 2013 18:49:02 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D08E3E0A61; Tue, 10 Dec 2013 18:48:49 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id E7BF6E09EE for ; Tue, 10 Dec 2013 18:48:48 +0000 (UTC) Received: from [192.168.11.61] (cpe-72-177-217-176.satx.res.rr.com [72.177.217.176]) (using SSLv3 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: steev) by smtp.gentoo.org (Postfix) with ESMTPSA id 0301233F942 for ; Tue, 10 Dec 2013 18:48:47 +0000 (UTC) Message-ID: <1386701201.1145.29.camel@oswin.hackershack.net> Subject: Re: [gentoo-dev] openrc 0.12 - netifrc/newnet mix-up From: Steev Klimaszewski To: gentoo-dev@lists.gentoo.org Date: Tue, 10 Dec 2013 12:46:41 -0600 In-Reply-To: References: <20131201102015.GA1219@egeo> <20131202202845.GA8574@linux1> <529CF973.2020008@gentoo.org> <529CFAA1.7080608@gentoo.org> <20131203211130.GA31972@linux1> <52A2B788.3040409@gentoo.org> <20131208222552.GA22567@linux1> <52A5D89A.4080506@gentoo.org> <52A62062.9030109@gentoo.org> <1386671491.1145.24.camel@oswin.hackershack.net> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.8.5 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Archives-Salt: fcba9409-ccf3-4592-8789-b133dcd40f2b X-Archives-Hash: 48f780c5d1c81d1ced3c99e015521242 On Tue, 2013-12-10 at 06:23 -0500, Rich Freeman wrote: > On Tue, Dec 10, 2013 at 5:31 AM, Steev Klimaszewski wrote: > > On Mon, 2013-12-09 at 20:33 -0500, Rich Freeman wrote: > > You're thinking with your x86/amd64 hat on here. > > Actually, I probably just underquoted. I am well-aware that there are > issues with ARM, hence my previous suggestion that it might make sense > to vary this by profile. > Definitely - but then we have to do everything in the profiles, and at least for ARM, there are currently 6 profiles, and we're considering introducing a 7th (neon), and we will need to add aarch64, which will be at least 2 more. I suppose we could do it in the base arm profile... > Let me try my post again, with a bit more quoting: > > On Mon, Dec 9, 2013 at 2:56 PM, Rick "Zero_Chaos" Farina > wrote: > > What if he wants to > > put a stage3 on a disk for his amd64 box from his arm box? I'd love to > > see him emulate an amd64 from his arm to install dhcpcd. > ... > > I really don't like the idea of having no networking in the stage3 by > > default, however, I'm becoming more open minded on what qualifies as > > networking. What I'm wrestling with is this, what if I want to slap a > > stage3 on a device and then access it from the network? > > Almost nothing > > in my place has a monitor (amd64 and arm alike) and I use one of my two > > laptops to talk to everything else. > > Hit your head on the wall because it doesn't contain a kernel? > Stage3s in general aren't functional systems. > > Insofar as much as he was talking about ARM I get the point. Insofar > as he is taking about amd64, not so much. Which he was talking about > in that paragraph I can only guess at. > > But as I later said in the same email: > > If it actually had collisions with other network managers I think > there would be more of a case for removing it. > > After all, we stick openrc and portage (the PM) in the stage3 and you > don't exactly need those in order to run Gentoo... > > Rich > While you don't need those specifically to run Gentoo, the point of the stage3 is to have a workable base to start with. So people are very much free to yank out openrc and put in, say, systemd, and rip out portage and add in paludis, if they so choose, and make those available. And from the traffic I've seen on the systemd list, it looks like they are adding some sort of networking to systemd itself as well, so we probably will need a virtual at some point. My specific point of the email though, was you saying that a stage3 in general aren't functional - but they are - they are the very base of a functional system, and you simply add things on top, or replace things with your preferred methods. A stage1 or a stage2 isn't particularly functional.