From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15528 invoked by uid 1002); 22 Jun 2003 14:09:04 -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 4505 invoked from network); 22 Jun 2003 14:09:04 -0000 Date: Sun, 22 Jun 2003 22:07:40 +0800 From: Michael Kohl To: lafou@wanadoo.fr Cc: Gentoo-dev Message-Id: <20030622220740.69093532.citizen428@cargal.org> In-Reply-To: <1056288854.2350.23.camel@biproc> References: <1056288854.2350.23.camel@biproc> X-Mailer: Sylpheed version 0.9.0claws (GTK+ 1.2.10; i686-pc-linux-gnu) X-Operating-System: Gentoo Linux Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="=./4x,f9TEgFpx:g" Subject: Re: [gentoo-dev] volonteers for a gentoo admin tool (portage frontend) X-Archives-Salt: 08e418cc-cf11-4fd0-8dd6-9c5bac5018d2 X-Archives-Hash: e6b368a831813dfec9fc6af16ee5c53e --=./4x,f9TEgFpx:g Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 22 Jun 2003 15:34:14 +0200 Philippe Lafoucri=E8re wrote: > Now we have to define fonctionnalities of this new utility. I propose > a basic select/install/deinstall utility for the first release. Hm, actually I always considered package managment a rather low priority for a tool like this or even a tool on it's own. What I'd love to see is something to replace the clutter of tools currently present (mirrorselect, ufed, the various -confifgs etc.) for gentoo specific tasks in on single tool, "Emergency" (my first name proposal), "gentoo-config" or whatever name we decide on. Also the task of installing packages in a GUI is already covered by several projects (for a console version you can use the scripts from Optilude found on forums.gentoo.org), but something similar to /stand/sysinstall is not present and besides our talking not in the planning AFAIK. So maybe a good point to start would be _new_ functionality like a GUI for setting various settings in /etc/make.conf (portdir overlay, features, rsync retries etc.) and then start working on integrating functionality currently provided by the other tools. I'm not even sure anymore if I want to see package managment included in this unified tool, as from my point of view a full featured package manager is a project worth it's on program. But regarding this I'm open for argument and other people's opinion. My 2 cents, Michael --=20 www.cargal.org=20 GnuPG-key-ID: 0x90CA09E3 Jabber-ID: citizen428 [at] cargal [dot] org Registered Linux User #278726 --=./4x,f9TEgFpx:g Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD4DBQE+9bgw3i2RopDKCeMRAqDcAJi6hRK4nwLgzHO6vLGP01K54V+SAJ0fqwqi E0uDJwoqsBlpw7Axw4EY6w== =VmQE -----END PGP SIGNATURE----- --=./4x,f9TEgFpx:g--