From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on finch.gentoo.org X-Spam-Level: X-Spam-Status: No, score=-0.2 required=5.0 tests=DKIM_ADSP_NXDOMAIN, DMARC_MISSING,MAILING_LIST_MULTI autolearn=unavailable autolearn_force=no version=4.0.0 Received: from wickidpisa.csh.rit.edu (wickidpisa.csh.rit.edu [129.21.60.147]) by chiba.3jane.net (Postfix) with ESMTP id 4ED88ABD51 for ; Thu, 25 Jul 2002 23:23:04 -0500 (CDT) Received: from tom by wickidpisa.csh.rit.edu with local (Exim 3.35 #1 (Debian)) id 17Xwd5-0001sd-00 for ; Fri, 26 Jul 2002 00:23:03 -0400 Date: Fri, 26 Jul 2002 00:23:03 -0400 To: gentoo-dev@gentoo.org Subject: Re: [gentoo-dev] Automatic menus? Message-ID: <20020726042303.GA7195@wickidpisa.csh.rit.edu> Mail-Followup-To: gentoo-dev@gentoo.org References: <20020725165243.58ec047d.jnelson@jamponi.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020725165243.58ec047d.jnelson@jamponi.net> User-Agent: Mutt/1.4i From: Tom Philbrick Sender: gentoo-dev-admin@gentoo.org Errors-To: gentoo-dev-admin@gentoo.org X-BeenThere: gentoo-dev@gentoo.org X-Mailman-Version: 2.0.6 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Gentoo Linux developer list List-Unsubscribe: , List-Archive: X-Archives-Salt: 982c5dbb-228b-41dc-89e5-15a3f2e73966 X-Archives-Hash: cdf32dd75c46ca181070e4b633f70683 On Thu, Jul 25, 2002 at 04:52:43PM -0500, Jon Nelson wrote: > I agree, but think that the menu system (assuming that someday > there is one) will be "activated" by installing menu (or > gentoo-menu or whatever), and that individual ebuilds will still > "install" their little 100 byte description files and so on, but > that nothing will happen unless you install the menu program. > > The way it worked in Debian was like that. Don't want menus? > Don't install menu. After 9 years of running 'stable' and you > *suddenly* have a burning need for menus? install menu. Tada! In a discussion in the forums many people said they thought a USE menu variable would be a good idea, but I guess that would take a recompile of world to _suddenly_ turn on menus. > Note that menu (at least in Debian) is also capable of dealing > with per-user menu entries. The system is very flexible. As well as per-user menu entries, it can turn off menus for certain WMs, for example if an admin thought the KDE menus were adequate, but wanted generated menus for WindowMaker. Admins can give "hints" that help shape the way the menu hierarchy is generated as well. > After looking at the code, it may be worth doing one of the > following: > > a) taking the code as-is and just packaging it up (this has been > done, but not committed to CVS) > b) taking the code and modifying it for Gentoo > c) learning from the code and re-implementing in Python (avoids > problems with g++, g++3.x, and so on) > > I'm in favor of (a) or (b) (they are really the same) in the > short term, and (c) in the long term, but am not passionate > about any of it, really. I pretty much agree, but someone else can have the joy of re-implementing it in Python. I see no reason that if someone does decide to do it, that they could not co-exist and let users decide which to install.