From owner-svn-src-all@FreeBSD.ORG Sun Jul 17 16:06:17 2011 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DF08106566B; Sun, 17 Jul 2011 16:06:17 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from argol.doit.wisc.edu (argol.doit.wisc.edu [144.92.197.212]) by mx1.freebsd.org (Postfix) with ESMTP id 0EEAD8FC08; Sun, 17 Jul 2011 16:06:16 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth3.wiscmail.wisc.edu by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0LOH00M00JEGN600@smtpauth3.wiscmail.wisc.edu>; Sun, 17 Jul 2011 11:06:16 -0500 (CDT) Received: from comporellon.tachypleus.net ([unknown] [76.210.68.180]) by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0LOH00J5OJEFCO10@smtpauth3.wiscmail.wisc.edu>; Sun, 17 Jul 2011 11:06:15 -0500 (CDT) Date: Sun, 17 Jul 2011 11:06:14 -0500 From: Nathan Whitehorn In-reply-to: <201107171242.p6HCgknb028607@kernblitz.nuclight.avtf.net> To: vadim_nuclight@mail.ru Message-id: <4E230876.5050400@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.210.68.180 X-Spam-PmxInfo: Server=avs-12, Version=5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.7.17.155115, SenderIP=76.210.68.180 References: <201107092301.p69N1sUp019626__19145.5060652972$1310252550$gmane$org@svn.freebsd.org> <201107121004.p6CA4apj070450@kernblitz.nuclight.avtf.net> <4E1C4955.7010206@freebsd.org> <201107151416.p6FEGQgQ018154@kernblitz.nuclight.avtf.net> <4E2054AF.2040701__44463.8588619002$1310741734$gmane$org@freebsd.org> <201107171242.p6HCgknb028607@kernblitz.nuclight.avtf.net> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110704 Thunderbird/5.0 Cc: doceng@freebsd.org, svn-src-all@freebsd.org, FreeBSD Release Engineering Team Subject: Re: svn commit: r223897 - in head: release usr.sbin/bsdinstall/scripts X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Jul 2011 16:06:17 -0000 On 07/17/11 07:42, Vadim Goncharov wrote: > Hi Nathan Whitehorn! > > On Fri, 15 Jul 2011 09:54:39 -0500; Nathan Whitehorn wrote about 'Re: svn commit: r223897 - in head: release usr.sbin/bsdinstall/scripts': > > >> as well as letting >> people try out the operating system and expanding the range of system >> functionality available to the installer. This takes space. Some of that >> space is at the expense of other things, but I personally believe that >> trade-off is very much worth while. > This shouldn't trade off really. Is that stuff using geom_uzip(4) to save > space? This is just as simple as doing mkuzip -v mfs_root.md and tweaking > loader.conf for vfs.root.mountfrom, mfsroot_name and module loading. The installation disks are also straight ISO9660 now. There is no mdroot, so none of this is possible. > >> the release scripts and the installer. Presumably, the release will also >> include a second CD (or DVD) full of packages, which will contain the >> full handbook. > That's also a variant, but the commit says about requirement to have network, > not CD2, or am I missing something? There isn't a CD2 anymore. Also, because there is no MDROOT, you can't use a CD2 from the installer without two CD drives. >> The complication for the release building scripts is that >> they generate finished ISOs, so anything that goes on the image must be >> available to the script. The scripts no longer build packages of any >> kind, and so building even one package substantially adds to their >> complication. > That's sounds strange - installation disks always included some packages. > How it is done, then? Package installation is treated as a post-install issue. With the specific exception of the documentation installation, the installer doesn't know anything about packages and can't install them. >> I also personally think it's not required or even important to provide a >> way to install the handbook from disc1. The main documentation format >> for it is HTML, for which we package no readers on disc1. Additionally, > There was also a .txt version earlier days. > >> I'm guessing that basically all of our users read it on www.freebsd.org >> these days instead of from /usr/local/share, which potentially makes it >> superfluous to package it at all. Further, without the handbook, how >> would a new user know to look for it at that path? > The typical path is that user has heard about Handbook and even looked > into a chapter or two on the site. Nobody reads entire Handbook before > install, however (this is just impractical and boring), so he proceeds > and then founds that there is no network in FreeBSD out-of-box for his > particular ISP and he needs to read Handbook (and use mpd5 package) - > but now there will be no Handbook, alas. There will be on the second packages disk. The user may also have another computer, have printed out bits of the handbook, be dual-booting etc. I know I've never used the installed handbook before (preferring the online one), and didn't even know where it had installed itself to until starting to work on the release-building code. -Nathan