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 4237E138247 for ; Wed, 18 Dec 2013 04:22:58 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 838BDE0B1E; Wed, 18 Dec 2013 04:22:51 +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 7FAB1E0B06 for ; Wed, 18 Dec 2013 04:22:50 +0000 (UTC) Received: from [192.168.43.102] (mobile-166-137-187-015.mycingular.net [166.137.187.15]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: zerochaos) by smtp.gentoo.org (Postfix) with ESMTPSA id 928F233F077 for ; Wed, 18 Dec 2013 04:22:49 +0000 (UTC) Message-ID: <52AF7FCB.1050203@gentoo.org> Date: Mon, 16 Dec 2013 17:33:47 -0500 From: "Rick \"Zero_Chaos\" Farina" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 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 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] openrc 0.12 - netifrc/newnet mix-up 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> <1386701201.1145.29.camel@oswin.hackershack.net> In-Reply-To: <1386701201.1145.29.camel@oswin.hackershack.net> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: 8f756b40-b7a1-4af1-9fa6-dd38106119e0 X-Archives-Hash: e0e37732b89944413a6c4811b986aba9 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 12/10/2013 01:46 PM, Steev Klimaszewski wrote: > 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. > To be exact here, stage2 IS what is needed to bootstrap. stage3 is what is needed to have a semi-functional system. If everyone wants a *MINIMAL* tarball to start from I'm sure releng can put the stage2's onto the mirror so that people will leave my functional stage3 along and quit saying what they don't need. If you want nothing which isn't needed past the bootstrapping of the toolchain then stage2 is what you want. - -Zero -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSr3/KAAoJEKXdFCfdEflKWNkQAK0vLGjGN96EUimf8kXQxNYJ GSA9lOIGbdoaf0oG1917m56/4RoZfWJ4SH+5ylajIf0wBrZB+mrL+740msnq+XNz xUpFZjB/cliYprv5WxpH+HjsvD8/vOvDZ97nj4IfPwoT33ntu4aTeHbKQ9uCNkA4 FD/LJ+lZliPOIaeji0Gzmnp/B16s09W+Aa1F5gZ7TNCnNA3uchQPAZarT4BmThQB H88/Vo7s5SxfBTTuSv54lLdFPesTz65jTzBPIA35nggrCZHiCrc73zQ+gfiMDUuK q9eyA1MkvjX7NNdgL4hSFARUw+wYiq2mCaBc+rbG8x5xATR4P+U/NU9kU/ZbfcUQ tVUIQ6txuGhD3vyvxUYN4mWmuRyl9s9z9sUvVmGD7JRt9lCioLwN/IDz0CQpCVtD L+e68xrfcNR1vsc9isfo1wV5y9eVgenO8etq7xxQinXW8iEkSyPSablKcTrIRh3f U5b67wkikXP/Fhtvha6XGr/PYGCK2KTxc+Vo0a2r6aenJSk9WVDKlBcmIt92MKYh CZvzz1rNgtrbSvwY8f4YxXo4XGIUUYeQbj+DksCfVPaYXjvb75rC/axuYSMyGM+D 5WFDUoGdSOrXAI4hgvDLSp8aQvJ1mRq/8Uw7iR+KTxAEYXaIW3NFRhRGaz4iSe2I Amni8AvCnKWaEt5w57Ox =RxMv -----END PGP SIGNATURE-----