public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Jon Nelson <jnelson@jamponi.net>
To: James Gibson <twistedhammer@subdimension.com>
Cc: gentoo-dev@gentoo.org
Subject: Re: [gentoo-dev] Automatic menus?
Date: Thu, 25 Jul 2002 16:52:43 -0500	[thread overview]
Message-ID: <20020725165243.58ec047d.jnelson@jamponi.net> (raw)
In-Reply-To: <Pine.LNX.4.44.0207251402080.2611-100000@camero.fantasia.tld>

On Thu, 25 Jul 2002 14:15:34 -0700 (PDT)
James Gibson <twistedhammer@subdimension.com> wrote:

> I normally don't get involved in 'discussions' like this, but I
> will this time. I, personally, have no opinion on the menus
> issue, but I would like to address your comment about
> conviences..
> 
> I believe that a large number of people don't object so much to
> new features that 'go against their view', as they do to
> _having to turn them off!!_ You want menus? By all means,
> implement it, but don't make me have to turn it off if I don't
> like it; Make it so that if I don't like it, I just don't
> enable it. 
> 
> adding new conviences that are on by default is exactly like
> opt-out spam; Just say No!!

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!

Note that menu (at least in Debian) is also capable of dealing
with per-user menu entries.

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.

-- 
Jon Nelson
Just because it's not broken doesn't mean we can't take it apart.


  reply	other threads:[~2002-07-25 21:52 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-07-25  3:11 [gentoo-dev] Automatic menus? Thomas Beaudry
2002-07-25 21:15 ` James Gibson
2002-07-25 21:52   ` Jon Nelson [this message]
2002-07-26  3:50     ` Felipe Ghellar
2002-07-26  4:47       ` Tom Philbrick
2002-07-26  5:09         ` Felipe Ghellar
2002-07-26  4:23     ` Tom Philbrick
  -- strict thread matches above, loose matches on Subject: below --
2002-07-26  1:04 Thomas Beaudry
2002-07-26  2:50 ` James Gibson
2002-07-24 15:08 Tom Philbrick
2002-07-24 15:14 ` Jon Nelson
2002-07-24 22:46 ` Peter Ruskin
2002-07-24 23:21   ` Grant Goodyear
2002-07-26 12:45 ` Corvus Corax
2002-07-26 13:19   ` Paul de Vrieze
2002-07-26 17:53   ` Tom Philbrick
2002-07-26 18:03     ` Jean-Michel Smith
2002-07-29 17:22       ` Tom Philbrick
2002-07-29 10:05 ` Noah Justin Norris

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20020725165243.58ec047d.jnelson@jamponi.net \
    --to=jnelson@jamponi.net \
    --cc=gentoo-dev@gentoo.org \
    --cc=twistedhammer@subdimension.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox