Re: [gentoo-dev] openrc 0.12 - netifrc/newnet mix-up

[Rich Freeman <rich0@gentoo.org>]

On Mon, Dec 9, 2013 at 9:50 AM, Rick "Zero_Chaos" Farina
<zerochaos@gentoo.org> wrote:
> I can honestly say most of the time when setup my arm systems I'm
> unpacking the arm stage3 on an amd64 and then booting the arm device
> with the base stage3 and fixing things from there.  I suppose it is
> possible to use qemu to install things, as long as I don't mind
> pretending it's 1999 due to the slow emulation speeds...  Yeah, I really
> don't see an improvement here.  It works fine for "I'm an amd64 user and
> that's all I'll ever use" but when you start talking about smaller
> arches it really starts to become a hassle imho.

Ok, now the concern is becoming more clear.  You're intending to boot
directly to the stage3 and not chroot into it, and so you want the
stage3 to be a fully-functional userspace, though you don't actually
need it to contain a kernel/bootloader.

How do you even log into the stage3?  Do we not disable the root
password by default?

Can you boot off of the minimal install image instead?  Not sure if we
have one of those for ARM.  Actually, any boot image that sets up a
network and supports chroot would work fine for your purposes.  I do
realize that many (all?) ARM platforms don't have a flexible
bootloader like x86 typically does - so I'll let you speak to what
makes sense here.

Following the handbook, the network is established by the boot CD and
all you do before chrooting is copy over your resolv.conf.  In that
environment there is no need to have a networking system pre-installed
on the stage3.

Oh, and if I'm not mistaken the stage3 is based on the system set
which is established by the profile, so if it made sense to keep
networking around for ARM that would be an option.

Rich