From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9333 invoked from network); 23 Jan 2004 15:57:44 +0000 Received: from smtp.gentoo.org (128.193.0.39) by eagle.gentoo.oregonstate.edu with DES-CBC3-SHA encrypted SMTP; 23 Jan 2004 15:57:44 +0000 Received: from lists.gentoo.org ([128.193.0.34] helo=eagle.gentoo.org) by smtp.gentoo.org with esmtp (Exim 4.24) id 1Ak3gm-0000Uv-4l for arch-gentoo-desktop-research@lists.gentoo.org; Fri, 23 Jan 2004 15:57:44 +0000 Received: (qmail 15349 invoked by uid 50004); 23 Jan 2004 15:57:41 +0000 Mailing-List: contact gentoo-desktop-research-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail Reply-To: gentoo-desktop-research@lists.gentoo.org X-BeenThere: gentoo-desktop-research@gentoo.org Received: (qmail 5399 invoked from network); 23 Jan 2004 15:57:41 +0000 From: foser To: gentoo-desktop-research@lists.gentoo.org In-Reply-To: <1074816425.27013.1.camel@montu> References: <200401200954.58818.pauldv@gentoo.org> <1074790970.1942.6.camel@localhost> <200401222145.23118.pauldv@gentoo.org> <40101891.3050107@chartertn.net> <1074816425.27013.1.camel@montu> Content-Type: text/plain Message-Id: <1074873463.18854.20.camel@rivendell> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Fri, 23 Jan 2004 16:57:44 +0100 Content-Transfer-Encoding: 7bit Subject: Re: [gentoo-desktop-research] Installer X-Archives-Salt: 7a4461e2-a99a-41a4-b7d8-46e7865cbc3b X-Archives-Hash: 148c5bb8161002a0c0ec1b9a54ff3fd1 On Fri, 2004-01-23 at 01:07, Tiemo Kieft wrote: > > 3. Gtk2: I am thinking that this may not be the best interface to use. > > How will this fair with those putting gentoo on very slow/old machines. > > Also for those doing an install through ssh would not be able to benifit > > from this. Maybe curses would be the way to go? There are already many > > tools that are already made for curses(menuconfig, ufed, net-setup). Or > > heck maybe there could be support for both. > > This actually is one of the requirements for the installer as well as > the config tools. It was discussed in the desktop-research meeting. We > really want to support both. I think it's a pretty silly idea to support multiple backends. Afaic it's about a GUI installer, so ncurses isn't really what we are after. You always will get compared to other installers which aren't curses anymore. The people installing over SSH aren't the new users a GUI installer is targeted at anyway. As far as the choice for a widget set, gtk2 seems logical to me. It may be allegedly slow on older systems, but we're talking about 3 buttons on a screen here. And if the installer is considered slow, well what's gonna happen when someone does a GRP install of stable GNOME or KDE. That's gonna be real slow desktop-ing. You just shouldn't try to create something like an installer for everybody, just target your wanted audience and thats it. I'd say the target audience here is new (linux) users on fairly up-to-date systems. What i saw from the installer here is pretty much what I'd like to see from a final product : only a few steps, basic system setup so you can be up and installing in no-time, don't ask for conformation on all sorts of specific apps you never heard of (eg. in a desktop situation it's hard enough for a new person to know the difference between GNOME & KDE). For an 'expert mode' I would point to our well documented manual installation process. - foser -- gentoo-desktop-research@gentoo.org mailing list