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 90D98138247 for ; Thu, 5 Dec 2013 09:25:26 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id BDD3AE0929; Thu, 5 Dec 2013 09:25:13 +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 CAE14E0898 for ; Thu, 5 Dec 2013 09:25:12 +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 8911533F3A9 for ; Thu, 5 Dec 2013 09:25:09 +0000 (UTC) Message-ID: <1386235385.14118.0.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: Thu, 05 Dec 2013 03:23:05 -0600 In-Reply-To: <52A032E1.4010503@gmail.com> References: <20131201102015.GA1219@egeo> <20131202202845.GA8574@linux1> <529CF973.2020008@gentoo.org> <529CFAA1.7080608@gentoo.org> <20131203211130.GA31972@linux1> <529F5C6C.7060704@gentoo.org> <20131204212537.GA19609@linux1> <20131204223152.GA19756@linux1> <52A032E1.4010503@gmail.com> 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: f9a9aa8e-0545-448d-9692-28333e403f7a X-Archives-Hash: f79e901f07c0016fae81610911846ea9 On Thu, 2013-12-05 at 09:01 +0100, Martin Gysel wrote: > 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 Actually, it's quite easy to chroot into an arm rootfs on amd64/x86 if you have qemu or qemu-user installed. I do this on a daily basis. It's really not difficult at all. -- Steev