From owner-freebsd-current@FreeBSD.ORG Sat Dec 8 23:29:29 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AA9CFA69 for ; Sat, 8 Dec 2012 23:29:29 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 64DC88FC13 for ; Sat, 8 Dec 2012 23:29:28 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa07.fnfis.com (8.14.5/8.14.5) with ESMTP id qB8NTPR6002130 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sat, 8 Dec 2012 17:29:25 -0600 Received: from [10.0.0.102] (10.14.152.61) by smtp.fisglobal.com (10.132.206.31) with Microsoft SMTP Server (TLS) id 14.2.309.2; Sat, 8 Dec 2012 17:29:24 -0600 Subject: Re: 9.1-RC3 LiveCD missing features MIME-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset="windows-1252" From: Devin Teske In-Reply-To: Date: Sat, 8 Dec 2012 15:29:23 -0800 Content-Transfer-Encoding: quoted-printable Message-ID: <939B2A10-AB44-465A-96D6-FFA11697AABE@fisglobal.com> References: <50C26999.6090802@gmail.com> <50C26EF3.5070300@ose.nl> <1354923273.87661.273.camel@revolution.hippie.lan> <1354988560.87661.290.camel@revolution.hippie.lan> To: Garrett Cooper X-Mailer: Apple Mail (2.1283) X-Originating-IP: [10.14.152.61] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.9.8185, 1.0.431, 0.0.0000 definitions=2012-12-08_08:2012-12-07,2012-12-08,1970-01-01 signatures=0 Cc: Bas Smeelen , Ian Lepore , freebsd-current@freebsd.org, CeDeROM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Devin Teske List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Dec 2012 23:29:29 -0000 On Dec 8, 2012, at 12:09 PM, Garrett Cooper wrote: > On Sat, Dec 8, 2012 at 9:42 AM, Ian Lepore > wrote: >=20 > ... >=20 >> It shouldn't require rc.initdiskless; just the fact that rc.d/var >> detects it can't write to /var should cause it to automatically create a >> memory fileystem for it, and minimally populate it. As far as I know, >> this is automatic unless you use rc.conf knobs to disable it. >=20 > That doesn't solve other things like hostid, rc.conf, ssh/*, etc not > being writable. I've had to use LiveCDs (post 9.0) a few times and the > amount of hoops that I have to go through in order to get a working > system is silly. >=20 > Plus, it would be nice if it used an mfsroot, like another PR I filed > said (it sucks having to wait 3 minutes for the USB CD to probe before > I can mountroot over IPMI on Supermicro machines). >=20 Never fear=85 as discussed at November's DevSummit=85 I'm both extremely dediated-to (and designated whipping boy for) bringing m= fsroot back as an option. It's going to take awhile tho. The roadmap essentially looks like: 1. Use bsdconfig as a dumping ground for migrating sysinstall features such= as scriptability (working on that now; aim is that the scripting engine ca= n run sysinstall scripts, achieving backward compatibility with 15+ years = of past functionality). 2. When bsdconfig has the aforementioned scripting engine, the media framew= ork (working on that right now, simultaneously with the scripting engine), = the packages module (which will be pkgng based -- requires the completion o= f the media framework first), and has the distributions module then there w= ill be a bsdconfig 1.0 release. Correspondingly at that time the WITH_BSDCO= NFIG hook will dissolve and no-longer be required (and thusly bsdconfig(8) = will be available in releng distributions). 3. With the release of bsdconfig and general availability, I can then start= the process of linking bsdinstall to bsdconfig. 4. bsdinstall will become i18n-ready. 5. bsdinstall will inherit the media selection dialog from bsdconfig (which= is based on sysinstall's media selection dialog) NOTE: And I'm sure other things will happen to bsdinstall under my wing, bu= t I'm not ready to commit to more than that at this time 6. I will then calculate the dependencies of bsdinstall/bsdconfig to create= an mfsroot 7. Leave the existing releng Makefile alone, but make a release/Makefile.bs= dinstall that generates an mfsroot And then we'll start down the road of testing mfsroot-based bsdinstall medi= a. Right now I'm at #1, working to get to #2. bsdconfig in ports is at 0.7.x. = When I complete the media framework (well over 2,000 lines of code so far -= - restructuring and growing daily, trying to get to a stable point of commi= t that reflects a working media selection dialog with ALL permutations that= sysinstall supported), I'll release a 0.8.x port. Beyond that, when I fini= sh the packages module (pkgng based of course), I'll release a 0.9.x port (= all of these being just frozen snapshots of HEAD's usr.sbin/bsdconfig/ dir)= . Last (and completing step #2 above), I'll quickly generate the distributi= ons module which will conclude the entirety of scope -- replicating sysinst= all's "Post-Install Configuration" menu (and thus, 1.0 release and unleashi= ng). --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you.