From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-dev+bounces-63745-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
by finch.gentoo.org (Postfix) with ESMTP id 2EE8A138247
for <garchives@archives.gentoo.org>; Thu, 5 Dec 2013 08:01:49 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id C1F2FE08EA;
Thu, 5 Dec 2013 08:01:42 +0000 (UTC)
Received: from mail-ee0-f48.google.com (mail-ee0-f48.google.com [74.125.83.48])
(using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
(No client certificate requested)
by pigeon.gentoo.org (Postfix) with ESMTPS id B5F06E086B
for <gentoo-dev@lists.gentoo.org>; Thu, 5 Dec 2013 08:01:41 +0000 (UTC)
Received: by mail-ee0-f48.google.com with SMTP id e49so2956990eek.35
for <gentoo-dev@lists.gentoo.org>; Thu, 05 Dec 2013 00:01:40 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20120113;
h=message-id:date:from:user-agent:mime-version:to:subject:references
:in-reply-to:content-type:content-transfer-encoding;
bh=tqOe5ZPkb8EobYqELTPcJhN9g+Thzi3b1c0HS+wqEy4=;
b=ypiYqBEkYfQEVCUOsxIunjdxbTZwyUqEck/9U4CdqxJSwpRFygRJ88q0tCHaomjGpz
vf9aatlIvVqVhXMRdreD3Pn56NvH3fxOGKdqC/V9QAXDEVHttEuZZ+++PQWTbQ3biyy/
dMx7WTtlOgU70McOQFeq93/oY2Dk4Zzb/NGJwema4SAmUiflXxRVmYhqkQUjLBZPVQxL
9RPBR2REAWJLHJZ8zfmAY4KX1y0yOlJAt3BGqIWl8rECCu5rfEEfjEs4WlrNdblSKDU6
V4PZAJvn/ZeZBYO7YBZRRCLXgvUqyzXeSXQa8T9tkByalHyhwkzBi3tWZUgrxP9P5Whw
OROA==
X-Received: by 10.14.113.199 with SMTP id a47mr14908904eeh.41.1386230500123;
Thu, 05 Dec 2013 00:01:40 -0800 (PST)
Received: from [192.168.46.135] (189-92.77-83.cust.bluewin.ch. [83.77.92.189])
by mx.google.com with ESMTPSA id n1sm103137950eep.20.2013.12.05.00.01.38
for <gentoo-dev@lists.gentoo.org>
(version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
Thu, 05 Dec 2013 00:01:39 -0800 (PST)
Message-ID: <52A032E1.4010503@gmail.com>
Date: Thu, 05 Dec 2013 09:01:37 +0100
From: Martin Gysel <m.gysel@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130804 Thunderbird/17.0.8
Precedence: bulk
List-Post: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
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> <CAO-1Pb4Bspe-Yv57S70rFdeX4M48cXQ=H6D=4THfeGU9i89=Dw@mail.gmail.com> <20131203211130.GA31972@linux1> <529F5C6C.7060704@gentoo.org> <20131204212537.GA19609@linux1> <CAJ0EP40tcMaDrjZMdyvUmpzgX8jTufOfXzvbc5QvMRnuN3nTjg@mail.gmail.com> <20131204223152.GA19756@linux1>
In-Reply-To: <20131204223152.GA19756@linux1>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Archives-Salt: 85ddcea7-c693-4b7b-81b2-c3ffe2fb16b6
X-Archives-Hash: 0ec79f78920fa37b4be3042cd35e3a54
Am 04.12.2013 23:31, schrieb William Hubbs:
> On Wed, Dec 04, 2013 at 04:30:30PM -0500, Mike Gilbert wrote:
>> On Wed, Dec 4, 2013 at 4:25 PM, William Hubbs <williamh@gentoo.org> wrote:
>>> On Wed, Dec 04, 2013 at 06:46:36PM +0200, Samuli Suominen wrote:
>>>> seems like a virtual that wouldn't do anything useful except pull in
>>>> random package(s) a la binary-distribution style
>>>
>>> What about the stages? Don't we need some form of net support in
>>> stage 3?
>>>
>>
>> That's debatable. For a typical install, the user has to install other
>> basic stuff like a boot loader, kernel, etc. So having them also
>> select a network config framework seems logical.
>>
>> Is there a use case for a stage3 in which installing netifrc by hand
>> is impractical?
>
> Personally, I don't know of one. Does anyone else?
if you're on x86/amd64 and want to prepare a sdcard for e.g. arm. you
extract the stage3 to the card but then you can't just chroot and emerge
netifrc...
on the other hand, as long as busybox' default config includes a dhcp
client one can always call it manually, unfortunately to do so. you need
to have access to the system which isn't always guaranteed without network.
so I strongly vote against exclude a default network stack for stage3.
why not introduce a stage3 set which includes @system and other
important packages like the default network stack?
/martin