From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 19:46:12 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21223106564A; Thu, 8 Apr 2010 19:46:12 +0000 (UTC) (envelope-from kris@pcbsd.org) Received: from mail.iXsystems.com (newknight.ixsystems.com [206.40.55.70]) by mx1.freebsd.org (Postfix) with ESMTP id 99B4C8FC14; Thu, 8 Apr 2010 19:46:11 +0000 (UTC) Received: from mail.ixsystems.com (localhost [127.0.0.1]) by mail.iXsystems.com (Postfix) with ESMTP id 59AD1A664B1; Thu, 8 Apr 2010 12:46:09 -0700 (PDT) Received: from mail.iXsystems.com ([127.0.0.1]) by mail.ixsystems.com (mail.ixsystems.com [127.0.0.1]) (amavisd-maia, port 10024) with ESMTP id 20222-02; Thu, 8 Apr 2010 12:46:09 -0700 (PDT) Received: from [192.168.0.55] (unknown [75.131.46.136]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.iXsystems.com (Postfix) with ESMTPSA id 166B4A66457; Thu, 8 Apr 2010 12:46:07 -0700 (PDT) Message-ID: <4BBDFA38.1050208@pcbsd.org> Date: Thu, 08 Apr 2010 15:46:00 +0000 From: Kris Moore User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.8) Gecko/20100302 Thunderbird/3.0.3 MIME-Version: 1.0 To: Garrett Cooper References: <55861270658151@web135.yandex.ru> <20100408121500.13995d1eu7b9bt0k@webmail.leidinger.net> <86fx36up9e.fsf@ds4.des.no> <20100408155309.42884l21ogy7m7sw@webmail.leidinger.net> <86vdc2t4hs.fsf@ds4.des.no> <20100408163936.137245fp5ycrre0w@webmail.leidinger.net> <4BBDB5BC.3060002@pcbsd.org> <4BBDD0B9.3060902@pcbsd.org> <1270746097.29753.106.camel@localhost.localdomain> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-geom@freebsd.org, Devin Teske , Randi Harper , "Andrey V. Elsukov" , =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , Alexander Leidinger , Marian Hettwer Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 19:46:12 -0000 On 04/08/2010 18:15, Garrett Cooper wrote: > On Thu, Apr 8, 2010 at 10:01 AM, Devin Teske wrote: > >> Randi and I were discussion the possibility of having sysinstall >> "remember" what you did and then able to write out a suitable >> `install.cfg' file that could be subsequently used to perform a human- >> less automated install with the same settings. >> > In a sense that's what our back-end / front-end is doing currently. The program flow works like thus: Front-end starts, queries all relevant information from back-end, Disks, Network Cards, etc, then proceeds to walk the user through the steps gathering enough information to perform an installation. This gives front-end control over its own data gathering logic from the user, since the way I do something in a QT GUI may not work via command-line without a mouse or the other way around. When we are done gathering information, the front-end writes out an install.cfg directive and starts the back-end processing it. The front-end then waits and displays backend output to the user in a sane manner, allowing user to watch whats going on. (example) http://trac.pcbsd.org/browser/pcbsd/trunk/pc-sysinstall/examples/pcinstall.cfg.zfs So with this method, its pretty much doing what you describe. Every install is a scripted install, and if you want to do unattended installs, you can use the front-end to generate all the options you want, copy and/or tweak the resulting config to be used again later. If the backend is simply a library and not executable, then you'll end up needing scripting support or ways to run one implemented directly in each front-end, which can get messy to maintain across curses/gtk/qt/web, etc. -- Kris Moore PC-BSD Software iXsystems