From: John Stoffel <stoffel@casc.com>
To: esr@thyrsus.com
Cc: John Stoffel <stoffel@casc.com>,
CML2 <linux-kernel@vger.kernel.org>,
kbuild-devel@lists.sourceforge.net
Subject: Re: CML2 1.3.1, aka "I stick my neck out a mile..."
Date: Mon, 30 Apr 2001 12:28:49 -0400 [thread overview]
Message-ID: <15085.37569.205459.898540@gargle.gargle.HOWL> (raw)
In-Reply-To: <20010429183526.B32748@thyrsus.com>
In-Reply-To: <20010427193501.A9805@thyrsus.com> <15084.12152.956561.490805@gargle.gargle.HOWL> <20010429183526.B32748@thyrsus.com>
Eric> John Stoffel <stoffel@casc.com>:
>> Which is a real PITA because now I have to edit my .config file to
>> have:
>>
>> CONFIG_RTC=y
Eric> The correct fix for this PITA is for Linus not to ship a broken
Eric> defconfig.
While I can sympathize with this comment, I still feel that CML2 needs
to be more robust and handle corner cases like this more gracefully.
Eric> I hear you. The problem is that "what's wrong" is not as
Eric> well-defined as one might like. In this case the error could be
Eric> in the setting of X86, SMP, or RTC. CML2 has no way to know
Eric> which of these is mis-set, so it can't know which one to pop
Eric> up..
It should then highlight *all* of the potential problem config
setting(s) and let the user deal. But they should never be forced to
hand edit their config file because a dependency is broken somewhere.
CML2 should enforce the *writing* of compliant files, but should deal
gracefully with non-compliant ones. Within reason of course.
Eric> USB and SCSI are both enabled/disabled in the system buses menu.
Eric> The apparent confusion
Then they should be pushed down a level to be under those buses. They
don't belong on the top level.
More correctly, *any* configuration setting on an upper level should
not depend on a lower level setting. I know, this is probably not
possible for a variety of reasons, but I feel pretty strongly that we
should try to keep common options near/next to each other.
I can see where this would be a problem, using just SCSI as an
example, since you could have ISA, PCI or some other system bus SCSI
controller(s) on the system. So where do you allow users to choose
whether to enable SCSI or not? At the top level? Only under the
"System Busses" menu item?
On the other hand, I really do like the search feature for config
stuff, it seems pretty powerful.
Thanks,
John
John Stoffel - Senior Unix Systems Administrator - Lucent Technologies
stoffel@lucent.com - http://www.lucent.com - 978-952-7548
next prev parent reply other threads:[~2001-04-30 16:31 UTC|newest]
Thread overview: 59+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-04-27 23:35 Eric S. Raymond
2001-04-29 15:12 ` John Stoffel
2001-04-29 22:35 ` Eric S. Raymond
2001-04-29 22:43 ` [kbuild-devel] " Eric S. Raymond
2001-04-30 7:52 ` Anton Altaparmakov
2001-04-30 8:03 ` Eric S. Raymond
2001-04-30 16:17 ` volodya
2001-04-30 16:28 ` John Stoffel [this message]
2001-04-30 17:39 ` Eric S. Raymond
2001-04-30 19:16 ` Peter Samuelson
2001-04-30 19:25 ` Eric S. Raymond
2001-05-01 9:23 ` Requirement of make oldconfig [was: Re: [kbuild-devel] Re: CML2 1.3.1, aka ...] Giacomo A. Catenazzi
2001-05-01 16:31 ` Eric S. Raymond
2001-05-01 21:35 ` Olivier Galibert
2001-05-01 22:26 ` Tom Rini
2001-05-02 13:32 ` Giacomo Catenazzi
2001-05-02 17:49 ` Eric S. Raymond
[not found] ` <200 <3AF00C53.5EEE8E01@math.ethz.ch>
2001-05-02 20:12 ` John Stoffel
2001-05-03 7:04 ` Hierarchy doesn't solve the problem Eric S. Raymond
2001-05-03 7:34 ` Urban Widmark
2001-05-03 7:46 ` Eric S. Raymond
2001-05-03 14:33 ` Juan Quintela
2001-05-03 16:16 ` Eric S. Raymond
2001-05-03 22:20 ` Mike Castle
2001-05-03 12:32 ` Requirement of make oldconfig [was: Re: [kbuild-devel] Re: CML2 1.3.1, aka ...] Horst von Brand
2001-05-03 12:47 ` Alan Cox
2001-05-03 13:24 ` Horst von Brand
2001-05-03 14:40 ` Juan Quintela
2001-05-03 16:07 ` Eric S. Raymond
2001-05-03 16:04 ` Eric S. Raymond
2001-05-03 17:36 ` Alan Cox
[not found] ` <15084.12830.973535.153706@gargle.gargle.HOWL>
2001-04-29 22:41 ` CML2 1.3.1, aka "I stick my neck out a mile..." Eric S. Raymond
2001-04-30 1:36 ` Anton Altaparmakov
2001-04-30 1:41 ` Eric S. Raymond
2001-04-30 2:13 ` [kbuild-devel] " John Cowan
2001-04-30 2:24 ` Alexander Viro
2001-04-30 5:41 ` David Emory Watson
2001-04-30 5:50 ` Alexander Viro
2001-04-30 6:12 ` David Emory Watson
2001-04-30 6:53 ` Eric S. Raymond
2001-04-30 7:11 ` [OT] " Jeff Garzik
2001-04-30 7:17 ` Alexander Viro
2001-04-30 15:54 ` [kbuild-devel] " Eric S. Raymond
2001-04-30 10:57 ` John Cowan
2001-04-30 14:25 ` Kai Henningsen
2001-04-30 13:30 ` David Woodhouse
2001-04-30 13:29 ` David Woodhouse
2001-04-30 7:05 ` volodya
2001-04-30 7:23 ` Alexander Viro
2001-04-30 7:40 ` Eric S. Raymond
2001-04-30 9:09 ` [Moving rapidly offtopic] " Henning P. Schmiedehausen
2001-04-30 16:16 ` nick
2001-04-30 17:12 ` [kbuild-devel] " Eric S. Raymond
2001-04-30 17:20 ` [OT] " Jeff Garzik
2001-04-30 17:25 ` Rik van Riel
2001-04-30 19:44 ` [kbuild-devel] " Gerhard Mack
2001-04-30 19:47 ` nick
2001-04-30 3:26 ` volodya
2001-04-30 8:13 ` Anton Altaparmakov
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=15085.37569.205459.898540@gargle.gargle.HOWL \
--to=stoffel@casc.com \
--cc=esr@thyrsus.com \
--cc=kbuild-devel@lists.sourceforge.net \
--cc=linux-kernel@vger.kernel.org \
/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®