From owner-freebsd-questions@FreeBSD.ORG Wed May 4 18:01:25 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E43E16A4CE for ; Wed, 4 May 2005 18:01:25 +0000 (GMT) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF55743D5A for ; Wed, 4 May 2005 18:01:24 +0000 (GMT) (envelope-from cpghost@cordula.ws) Received: from bsdbox.farid-hajji.net (bsdbox [192.168.254.3]) by fw.farid-hajji.net (Postfix) with ESMTP id 3617B4BD44; Wed, 4 May 2005 19:58:21 +0200 (CEST) Date: Wed, 4 May 2005 20:02:59 +0200 From: cpghost@cordula.ws To: Fafa Hafiz Krantz Message-ID: <20050504180259.GA8575@bsdbox.farid-hajji.net> References: <20050504115056.CA4A54BEAE@ws1-1.us4.outblaze.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050504115056.CA4A54BEAE@ws1-1.us4.outblaze.com> User-Agent: Mutt/1.5.6i cc: questions@freebsd.org Subject: Re: A make world/kernel interface? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 May 2005 18:01:25 -0000 On Wed, May 04, 2005 at 06:50:56AM -0500, Fafa Hafiz Krantz wrote: > Would it be a good idea having some sort of interface for > those who desire to have their system updating (make world and > kernel) made interactive? I am not talking a GUI here, but > something that can make it more convenient: Hmmm, what about automatically taking /usr/src/UPDATING into account? Seriously: the make buildworld dance is normally pretty simple and scriptable. BUT you should still eyeball UPDATING and take actions manually, when it is needed. How would that fit into an interactive UI, besides merely displaying UPDATING entries in a parallel window? > 1. Put the entire process under one roof. > 2. Be able to see the completion percentage > 3. Be able to halt/resume the process > 4. I'm sure there would be many other upsides to this > > I hope somebody can turn this into something viable. > > Thanks! > > -- > > Fafa Hafiz Krantz > Senior Designer @ http://www.home.no/barbershop > Furious @ http://www.home.no/barbershop/smart/sharon.pdf Cheers, -cpghost. -- Cordula's Web. http://www.cordula.ws/