From: DervishD <lkml@dervishd.net>
To: Carlo Florendo <subscribermail@gmail.com>
Cc: "Robert P. J. Day" <rpjday@mindspring.com>,
Jan Engelhardt <jengelh@linux01.gwdg.de>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: "menu" versus "menuconfig" -- they're *both* a bad idea
Date: Thu, 12 Apr 2007 09:24:50 +0200 [thread overview]
Message-ID: <20070412072450.GB24755@DervishD> (raw)
In-Reply-To: <461D84EB.7040207@gmail.com>
Hi Carlo :)
* Carlo Florendo <subscribermail@gmail.com> dixit:
> Robert P. J. Day wrote:
> > (in short, if i, the builder, explicitly choose *not* to add a
> >certain feature to my build, i think i have every right to expect that
> >some other part of my configuration isn't quietly going to put some
> >sub-choice of that feature back in behind my back.)
>
> I agree with this. However, if another feature actually depends on another
> explicitly unselected feature, there should at least be a warning prompt
> that such is the case.
>
> It probably would be hard though to track all dependencies.
I think that it wouldn't be that hard: some cases (like
CONFIG_EMBEDDED) are easy to spot, and the harder ones are going to bite
someone's arse sooner or later. If a bad dependency tracking doesn't
cause any harm, it doesn't need to be fixed right now, and if it bites,
it can be fixed before the next -stable release sees the light.
Fortunately, all dependencies (at least all that can cause harm if
untracked) will be spotted before the next minor kernel release.
Hopefully...
Raúl Núñez de Arenas Coronado
--
Linux Registered User 88736 | http://www.dervishd.net
It's my PC and I'll cry if I want to... RAmen!
next prev parent reply other threads:[~2007-04-12 7:23 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-04-11 7:58 Robert P. J. Day
2007-04-11 9:06 ` Jan Engelhardt
2007-04-11 9:25 ` Robert P. J. Day
2007-04-11 9:35 ` Jan Engelhardt
2007-04-11 9:47 ` Robert P. J. Day
2007-04-11 15:43 ` Jan Engelhardt
2007-04-11 16:00 ` Robert P. J. Day
2007-04-12 1:01 ` Carlo Florendo
2007-04-12 7:24 ` DervishD [this message]
2007-04-12 15:21 ` Robert P. J. Day
2007-04-12 18:54 ` Stefan Richter
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=20070412072450.GB24755@DervishD \
--to=lkml@dervishd.net \
--cc=jengelh@linux01.gwdg.de \
--cc=linux-kernel@vger.kernel.org \
--cc=rpjday@mindspring.com \
--cc=subscribermail@gmail.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
all inboxes | Powered by JetHome®