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 D53451381F3 for ; Thu, 25 Apr 2013 22:16:16 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 45FE8E09C7; Thu, 25 Apr 2013 22:16:12 +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 3EE3BE08D9 for ; Thu, 25 Apr 2013 22:16:11 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 7F6C933D8CC for ; Thu, 25 Apr 2013 22:16:10 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: -1.3 X-Spam-Level: X-Spam-Status: No, score=-1.3 tagged_above=-999 required=5.5 tests=[AWL=-1.297, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from smtp.gentoo.org ([IPv6:::ffff:127.0.0.1]) by localhost (smtp.gentoo.org [IPv6:::ffff:127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7R5oG3bgfZhX for ; Thu, 25 Apr 2013 22:16:04 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id 0246C33DED2 for ; Thu, 25 Apr 2013 22:16:01 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1UVUSM-0003SA-An for gentoo-dev@gentoo.org; Fri, 26 Apr 2013 00:15:58 +0200 Received: from ip68-231-22-224.ph.ph.cox.net ([68.231.22.224]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 26 Apr 2013 00:15:58 +0200 Received: from 1i5t5.duncan by ip68-231-22-224.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 26 Apr 2013 00:15:58 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-dev] Re: rfc: oldnet scripts splitting out from OpenRC Date: Thu, 25 Apr 2013 22:15:44 +0000 (UTC) Message-ID: References: <20130424161606.GA1607@linux1> <51795ECC.4030603@mva.name> 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-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: ip68-231-22-224.ph.ph.cox.net User-Agent: Pan/0.140 (Chocolate Salty Balls; GIT f3d4165 /usr/src/portage/src/egit-src/pan2) X-Archives-Salt: d277939e-a6c1-4749-8abb-4d37a6505a5a X-Archives-Hash: ca1f383b91d5b852631ef17a5916e4e0 Carlos Silva posted on Thu, 25 Apr 2013 17:13:56 +0000 as excerpted: > On Thu, Apr 25, 2013 at 4:58 PM, Rich Freeman wrote: > >> It it isn't necessary for a system to have support for either oldnet or >> newnet. Sure, it is rare these days, but networking support should be >> a default, not a requirement. > > Care to explain how will the installation be done if "networking" isn't > requirement? Maybe I missed the news about gentoo being and > offline-instalable :X Similar but not identical to Peter, when I installed gentoo on my (32-bit- only gen-1.5) netbook (which contrary to the name I use almost entirely in "off-net" mode), I built it in a 32-bit chroot on my amd64 system, slightly expanding from the gentoo/amd64 32-bit chroot guide to install a full system instead of just the 32-bit stub in the chroot, thus making it my "32-bit buildroot", I then partitioned and mkfsed a USB thumbdrive, and copied the buildroot into the various appropriate thumbdrive partitions, and tried booting the netbook off it. Iterate additional packages and changed config, plus rsyncing buildroot-to-thumbdrive until I got the netbook booting and ultimately operational. Eventually I setup (ethernet-only) networking and sshd on the netbook, plus an ssh client on my main amd64 machine, thus allowing me to turn on the network and sshd on the netbook, and ssh in for administration from the main machine, rsyncing directly in ordered to substantially reduce the hassle of the former plug thumbdrive into the main machine and mount, rsync to thumbdrive, unmount and unplug, plug into netbook, mount and rsync, unmount, procedure I had used in for the original bootstrap and early maintenance. But since I normally run the netbook in offline mode anyway, and I already had the thumbdrive "sneakernet" (that's an old one!) working, I would have been and was entirely fine without networking in the chroot or on the netbook at all, should I have wished to continue that way. BTW, the netbook doesn't have a portage tree at all. Those are on the main machine, bind-mounted into the 32-bit buildroot to update it. Installation and original maintenance on the netbook was via sneakernet, no network or portage tree required on the netbook at all. While the netbook now has ethernet-networking and sshd setup in one runlevel in ordered to avoid the sneakernet hassle, it still doesn't have nor need a portage tree. While my gen-1.5 netbook was one of the first with a full SATA drive (the reason I got it), 120 gig, many netbooks of that era run with an 8 gig or smaller SSD, which my installation would fit on. It'd fit on a 4-gig, altho there wouldn't be much room for anything other than the OS. Obviously you aren't going to want the portage tree on that, nor are you really going to want to actually build on the netbook given its speed (tho it's certainly possible to do so in a pinch), thus the chroot/ buildroot method. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman