From owner-freebsd-geom@FreeBSD.ORG Thu Apr 8 14:08:41 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3E38106567C; Thu, 8 Apr 2010 14:08:41 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-fx0-f225.google.com (mail-fx0-f225.google.com [209.85.220.225]) by mx1.freebsd.org (Postfix) with ESMTP id C08348FC1E; Thu, 8 Apr 2010 14:08:40 +0000 (UTC) Received: by fxm25 with SMTP id 25so221611fxm.3 for ; Thu, 08 Apr 2010 07:08:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=Nxibvwy0iy6OwFBEquSaiRJty746c5yNGFLqbOw38wk=; b=xZHikXwYrjuWNTiRB2yOBSJr/4S1muUuCR4rA1zWZ01A6wZcEUQNexljRPW09l3/xY XIATgNVu9IHFrz4rooJ2Dh4d0DdNobQn7jQ/dQna0UfLyh6A5yIQY0GF5d0G8SDyI57+ u0S6MXceTEq186uhC9bBVEl50xl6iudwcmVrk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=qpQzIz/m6WxlxRnM31WIQN/P5rJYBY85HbEYfKb8rzrbu9h3BZQKqmcQwWRznBPX4A f/hS0h7x4DiBaEcsj4TtoijASFN2Gd5nwj33+qAvP3iLaONztSkIL0DgOhSK7Ku8XZ1Q NB2rZ2G+6n32ZcrIoHwYpIpubq3ZNkpt1LMbE= Received: by 10.223.17.216 with SMTP id t24mr167927faa.90.1270735719519; Thu, 08 Apr 2010 07:08:39 -0700 (PDT) Received: from [10.0.10.2] (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id 14sm82935fxm.9.2010.04.08.07.08.37 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 08 Apr 2010 07:08:38 -0700 (PDT) Sender: Rui Paulo Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=iso-8859-1 From: Rui Paulo In-Reply-To: <201004080849.12151.jhb@freebsd.org> Date: Thu, 8 Apr 2010 15:08:35 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <2FEF9866-2B2E-4AAC-B504-02CF1537AEC0@freebsd.org> References: <55861270658151@web135.yandex.ru> <20100408103809.13496s9i6ny03ocg@webmail.leidinger.net> <867hoi8gbl.fsf@ds4.des.no> <201004080849.12151.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1078) Cc: Bruce Cran , freebsd-current@freebsd.org, freebsd-geom@freebsd.org, Teske , Randi Harper , "Andrey V. Elsukov" , =?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , Alexander Leidinger Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 14:08:42 -0000 On 8 Apr 2010, at 13:49, John Baldwin wrote: > On Thursday 08 April 2010 5:05:34 am Dag-Erling Sm=F8rgrav wrote: >> Alexander Leidinger writes: >>> Please consider using SVN instead. A lot more users will be able to >>> check out from there. >>=20 >> We don't grant non-committers access to the Subversion repo. >>=20 >>> It looks like other people had a look at sysinstall, not at sade. As >>> sysinstall is supposed to be used at installation time, and the = intent >>> for sade was to offer the functionality (or more) of the part of >>> sysinstall which is useful after installation (and to prevent admins >>> from using sysinstall after the installation to prevent some = unwanted >>> foot-shooting), I do not think that we need to think about a strong >>> lock between sysinstall and sade. >>=20 >> Yes we do. Otherwise we'll just end up back where we are today, = where >> if you want anything more complicated than a single-disk install you >> have to drop into the fixit shell and do it manually before running = the >> installation procedure. Anythig that sade can do, we want sysinstall = to >> do as well, and we don't want to implement everything twice. >>=20 >> My suggestion is to add a "sysinstall mode" to sade where it operates >> under certain (minor) constraints and reports what it did in a format >> that sysinstall can parse, so sysinstall can just fork-exec sade = instead >> of duplicating the code. >=20 > Actually, I would rather have sysinstall just invoke sade to do the = disk=20 > related stuff. Also, I think sysinstall should allow for a = "back-door" mode=20 > where a user can setup partitions however they like and mount them at = /mnt and=20 > then let sysinstall use the setup the user created. This will allow = users to=20 > setup more complex setups that sysinstall/sade do not currently = support and=20 > allow sade to focus on simpler, common usage cases w/o having to = handle=20 > painful edge cases. It would also allow for new modules to be added = to sade=20 > over time w/o requiring it to support every possible disk layout from = the=20 > beginning. I couldn't agree more. Regards, -- Rui Paulo