From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29824 invoked by uid 1002); 13 Apr 2003 09:41:11 -0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 21304 invoked from network); 13 Apr 2003 09:41:11 -0000 Date: Sun, 13 Apr 2003 04:34:37 -0500 From: Brian Harring In-reply-to: <3E992E19.1010501@omegabyte.com> To: "Derek J. Belrose" Cc: gentoo-dev@gentoo.org Reply-to: bdharring@wisc.edu Message-id: <200304130434.37030.bdharring@wisc.edu> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: KMail/1.5.1 References: <200304130523.26770.cedric@neopeak.com> <3E992E19.1010501@omegabyte.com> Subject: Re: [gentoo-dev] GUI installer X-Archives-Salt: 99047c85-bf0d-4829-959b-a424a9a4b937 X-Archives-Hash: 0961aeb2a90e40ca1648ba99ebd1b6de While I think an X based installer would be nice, I think we might benefit from first doing up a cli based installer first... at the very least, we would need a cli portage viewer/manager, which would be a nice package on it's own... Something also I thought about (and have been playing with), is having essentially a two stage process for the installer- basically everything prior to the chroot, and then everything after. Why? Well, it would be nice to have the first half of the installer handle all the fdisking, untarring, etc. >>From there, it chroots, emerge syncs and emerge portages, then pulls down the newest version of itself, and runs that. >>From there, if we wanted we could probably setup some simple equivalent of a quicky binary x server/svgalib for a x based installer. Meanwhile, if we have at least a basic cli installer setup, that would be immediately useful for the cd's, and w/ an update capability, we could push a graphical installer down to the user once we have it ready... Thoughts? ~harring bdharring@wisc.edu On Sunday 13 April 2003 04:30 am, Derek J. Belrose wrote: > The only real way I can think of is to do some checks on if X is > running, and if it is, use a graphical toolkit for X...if not, use a > terminal based kit like ncurses. > > I like this idea. I should download a liveCD to throw some code on and > do tests. > > Is anyone against pyGTK or something like it? pyQT? wxPython? > > Is anyone against python? :) > > Cedric Veilleux wrote: > >Why not simply use gentoo's livecd? > > > >The livecd can boot the user into a fully loaded console or X workstation, > >with all the tools needed. > > > >The installer could be an additional tool on the liveCD system.. Anybody > > knows a GUI abstration toolkit that can generate either terminal based or > > X based interface, depending on what's available at runtime? > > > >This way the same installer could be used if X is not working or can't be > >used. > > > >In both environment (terminal / X), multitasking would be possible so > >experienced users could perform manual tasks while the installer is > > waiting for input.. > > > > > >Just my 2 cents, > > > >Cedric > > -- > gentoo-dev@gentoo.org mailing list -- gentoo-dev@gentoo.org mailing list