From owner-freebsd-questions@FreeBSD.ORG Thu Apr 23 06:46:44 2009 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C030F106564A for ; Thu, 23 Apr 2009 06:46:44 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) by mx1.freebsd.org (Postfix) with ESMTP id 4FFF78FC1B for ; Thu, 23 Apr 2009 06:46:44 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r55.edvax.de (port-92-196-27-202.dynamic.qsc.de [92.196.27.202]) by mx01.qsc.de (Postfix) with ESMTP id 8F225B746; Thu, 23 Apr 2009 08:46:42 +0200 (CEST) Received: from r55.edvax.de (localhost [127.0.0.1]) by r55.edvax.de (8.14.2/8.14.2) with SMTP id n3N6kbn7001595; Thu, 23 Apr 2009 08:46:37 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Thu, 23 Apr 2009 08:46:37 +0200 From: Polytropon To: Manolis Kiagias Message-Id: <20090423084637.eb58cbe1.freebsd@edvax.de> In-Reply-To: <49EFA169.4050903@otenet.gr> References: <714DFCFC-9547-497D-A2C7-0BA10B39B901@mac.com> <49EF82B2.2040807@gmail.com> <49EF98C6.2060902@virtualhost.nl> <49EFA169.4050903@otenet.gr> Organization: EDVAX X-Mailer: Sylpheed 2.4.7 (GTK+ 2.12.1; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Wojciech Puchar , questions@freebsd.org, VirtualHost Subject: Re: Modern FreeBSD Installer? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Polytropon List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2009 06:46:45 -0000 On Thu, 23 Apr 2009 01:59:53 +0300, Manolis Kiagias wrote: > VirtualHost wrote: > > Perhaps he doesn't want to specify what the > > partioning would look like himself, unless he prefered to do it > > otherwise. The installer does this already, as far as I know. > Exactly. Modern install does not necessarily mean GUI. FreeBSD *needs* a > text installer to work on old machines, headless servers, serial > consoles and the like. That being said, there are quite a few annoyances > with sysinstall. And of course, having a GUI installer as an additional > option is also very welcome. No problem, as long as (a) it isn't default (read: too complicated to switch it off of not needed) and (b) doesn't make things more complicated. It's nice you mentioned some problems (invitations for further development) of sysinstall. Lemme see if I can add something to it: > Some of the current problems with sysinstall IMHO: > > - Confusing set of options - Beginners tend to go in circles inside the > installer > - No real 'back' functionality. Can't fix most mistakes, need to redo > the install Hmmm... I think this is where the user learns "first think, then do" on a good basis. > - Does not make the difference between base system and packages obvious. Yes, especially when adding functionalities like "Linux compatibility", the installer installs some additional packages at this given moment. I'd prefer an installer which acts in two stages: Stage 1: Make all the settings; this would maybe include the option of having a "back" button, or much better: Instead of a linear structure, a hierarchical structure with direct access (as it is now) is much better - in this case, you don't need a "back" button. Stage 2: Download (and install) the system and the packages that are required by the settings made in stage 1. > Personally, I would like a text installer using a previous/next approach > that would give me options like: Forgive me my ignorance, but personally, I completely DISLIKE this linear approach. Instead of A ---> B ---> C ---> D ---> E ---> F oops, forgot something E <--- no, not here D <--- not here, too C <--- ah, here it was, okay, got it C ---> D ---> E ---> F ---> Finish A hierarchy would be better. Options: A This and that B Some other stuff C More stuff D Even more stuff E Some settings F Several other settings Done Commit So one could first select A This and that then, knowing that C - E are not interesting for him, address F Several other settings directly, make some choices, and then, maybe go back to A This and that and do some more tasks, and finally select Done Commit to do the install. This is what sysinstall already provides. In a modern way, it allows to "go back" to any setting that has already been done and change it, and the user is not limited in doing choices in a pre-defined order. -- Polytropon >From Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ...