From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7571 invoked from network); 3 Feb 2004 04:25:16 +0000 Received: from smtp.gentoo.org (128.193.0.39) by eagle.gentoo.oregonstate.edu with DES-CBC3-SHA encrypted SMTP; 3 Feb 2004 04:25:16 +0000 Received: from lists.gentoo.org ([128.193.0.34] helo=eagle.gentoo.org) by smtp.gentoo.org with esmtp (Exim 4.24) id 1Ans7g-0005QA-Fv for arch-gentoo-installer@lists.gentoo.org; Tue, 03 Feb 2004 04:25:16 +0000 Received: (qmail 29991 invoked by uid 50004); 3 Feb 2004 04:13:51 +0000 Mailing-List: contact gentoo-installer-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail Reply-To: gentoo-installer@lists.gentoo.org X-BeenThere: gentoo-installer@lists.gentoo.org Received: (qmail 20786 invoked from network); 3 Feb 2004 04:13:50 +0000 Message-ID: <401F1FF9.2000405@gentoo.org> Date: Mon, 02 Feb 2004 23:13:45 -0500 From: Eric Sammer User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7a) Gecko/20040110 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gentoo-installer@lists.gentoo.org References: <401E4DAB.8030409@skylineaero.com> <401F1769.7050602@gentoo.org> <401F1986.3020607@skylineaero.com> In-Reply-To: <401F1986.3020607@skylineaero.com> X-Enigmail-Version: 0.82.6.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigEBC35F1EF5E7BEE09E5A462D" X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on samus.int.ineoconcepts.net X-Spam-Level: X-Spam-Status: No, hits=-4.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.60 Subject: Re: [gentoo-installer] a few different questions X-Archives-Salt: ee56a7eb-2d45-4daa-8ae1-5d210ae423ed X-Archives-Hash: 27b0ee0ead6607a034e5158bf2782c95 --------------enigEBC35F1EF5E7BEE09E5A462D Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Andrew Gaffney wrote: > Eric Sammer wrote: >> I'm not entirely sure what you mean by "real time" but the physical >> commands will be shelled out where required. If you're asking if we're >> going to reimplement fdisk in pure python, the answer is a certain >> "no." ;) > > By real-time, I mean that if you create your partition layout in the > frontend and then click 'Next ->', it will fire off a function call to > the installer core which will put that partition layout into effect. Aha. I see now. No, all action is delayed until all decision making is complete. This is for two reasons (one intended, one a nice side effect): 1. The front end is acting as just a special kind of install profile editor of sorts so teh backend is really the automated deployment part with some of the features missing. This makes for very good reuse of design / code. 2. Users like to experiment and a "Back" button is a nice comfort to newer users. Blowing away their partition table prior to all decisions being made might upset some folks. > Just the same as most installers work, instead of how the GLIS frontend > and backend works. Actually, as far as I know, most installers delay destructive actions even if they *say* they don't. Of course, I haven't looked at the code for any of these products recently, but it seems logical that if you performed a destructive operation such as altering a partition table *and* you provided a back button... well, I just don't know how you'd make that work in a reasonable, predictable, and safe fashion. > With the frontend that Scott Hadfield and I jointly > wrote for GLIS, the frontend creates the config file which gets passed > to the backend when the config is done. That is not real-time. Right. This will function in a similar manner. I think this is a better design than firing off each part piecemeal. > Everybody is repeating themselves, even me. ;) It's good for all the stuff it's good for. -- Eric Sammer Gentoo Linux http://www.gentoo.org --------------enigEBC35F1EF5E7BEE09E5A462D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAHx/8D/V/IA6/2WURAoY1AJwOB6tpnIRjI6DcX1WzjytljlRNRgCfWdqw /pRaM/4nTVWXYAgyvinXvdE= =kbcJ -----END PGP SIGNATURE----- --------------enigEBC35F1EF5E7BEE09E5A462D--