Gentoo Archives: gentoo-dev

From: Tom Philbrick <tom@××××××××××.com>
To: gentoo-dev@g.o
Subject: Re: [gentoo-dev] Automatic menus?
Date: Thu, 25 Jul 2002 23:23:04
Message-Id: 20020726042303.GA7195@wickidpisa.csh.rit.edu
In Reply to: Re: [gentoo-dev] Automatic menus? by Jon Nelson
1 On Thu, Jul 25, 2002 at 04:52:43PM -0500, Jon Nelson wrote:
2 > I agree, but think that the menu system (assuming that someday
3 > there is one) will be "activated" by installing menu (or
4 > gentoo-menu or whatever), and that individual ebuilds will still
5 > "install" their little 100 byte description files and so on, but
6 > that nothing will happen unless you install the menu program.
7 >
8 > The way it worked in Debian was like that. Don't want menus?
9 > Don't install menu. After 9 years of running 'stable' and you
10 > *suddenly* have a burning need for menus? install menu. Tada!
11
12 In a discussion in the forums many people said they thought a USE menu
13 variable would be a good idea, but I guess that would take a recompile
14 of world to _suddenly_ turn on menus.
15
16 > Note that menu (at least in Debian) is also capable of dealing
17 > with per-user menu entries.
18
19 The system is very flexible. As well as per-user menu entries, it can
20 turn off menus for certain WMs, for example if an admin thought the KDE
21 menus were adequate, but wanted generated menus for WindowMaker. Admins
22 can give "hints" that help shape the way the menu hierarchy is
23 generated as well.
24
25 > After looking at the code, it may be worth doing one of the
26 > following:
27 >
28 > a) taking the code as-is and just packaging it up (this has been
29 > done, but not committed to CVS)
30 > b) taking the code and modifying it for Gentoo
31 > c) learning from the code and re-implementing in Python (avoids
32 > problems with g++, g++3.x, and so on)
33 >
34 > I'm in favor of (a) or (b) (they are really the same) in the
35 > short term, and (c) in the long term, but am not passionate
36 > about any of it, really.
37
38 I pretty much agree, but someone else can have the joy of re-implementing
39 it in Python. I see no reason that if someone does decide to do it, that
40 they could not co-exist and let users decide which to install.