public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Eric S. Raymond" <esr@thyrsus.com>
To: "Giacomo A. Catenazzi" <cate@dplanet.ch>
Cc: Peter Samuelson <peter@cadcamlab.org>,
	CML2 <linux-kernel@vger.kernel.org>,
	kbuild-devel@lists.sourceforge.net
Subject: Re: Requirement of make oldconfig [was: Re: [kbuild-devel] Re: CML2 1.3.1, aka ...]
Date: Tue, 1 May 2001 12:31:12 -0400	[thread overview]
Message-ID: <20010501123112.A7699@thyrsus.com> (raw)
In-Reply-To: <20010427193501.A9805@thyrsus.com> <15084.12152.956561.490805@gargle.gargle.HOWL> <20010429183526.B32748@thyrsus.com> <15085.37569.205459.898540@gargle.gargle.HOWL> <20010430133932.B28849@thyrsus.com> <20010430141623.A15821@cadcamlab.org> <20010430152536.A29699@thyrsus.com> <3AEE80A3.EB0ACEB1@dplanet.ch>
In-Reply-To: <3AEE80A3.EB0ACEB1@dplanet.ch>; from cate@dplanet.ch on Tue, May 01, 2001 at 11:23:47AM +0200

Giacomo A. Catenazzi <cate@dplanet.ch>:
> I think that a fundamental requirment is that 'make oldconfig' should
> validate any configurations (also the wrong conf).
> (If you correct your rules, our old .config can be invalid on a new
> kernel, and we don't want regualary edit our .config).

Validating is exactly what it's doing now.  What you really want is for it to
semi-automatically *correct* broken configurations, which is very
different and much harder.

> My proposal is instaed of complain about configuration violatation,
> you just wrote the possible correct configuration and prompt user to
> select the correct configuration.
> In the case you cite, e.g. oldconfig shoud prompt:
>   1) SMP=n
>   2) RTC=m
>   3) RTC=y
> (assuming the ARCH is invariant).

You, and the other person who proposed this previously, are getting
way too hung up on this particular easy case and not thinking about
the general problem.

The number of prompts goes up with the number of variables in the constraint. 
But the number of possible correct configurations goes up as 2**n -- actually,
3**n because we have trits.

What you're saying, in effect, is that if f is number of frozen variables
in the constraint then the configurator ought to generate 3 ** (n - f)
possible correct models and prompt for one of them.  Since f typically 
equals just 1 that number goes up really fast with n.

And what if one of the variables in the constraint is of integer or
string type?  In that case the number of possible models to be
prompted for is effectively infinite.  (Finite but very very large).

You are proposing an interface that will handle easy cases but blow
up in the user's face in any hard one.  That's poor design, frustrating
the user exactly when he/she most needs help.
-- 
		<a href="http://www.tuxedo.org/~esr/">Eric S. Raymond</a>

"The bearing of arms is the essential medium through which the
individual asserts both his social power and his participation in
politics as a responsible moral being..."
        -- J.G.A. Pocock, describing the beliefs of the founders of the U.S.

  reply	other threads:[~2001-05-01 16:30 UTC|newest]

Thread overview: 59+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-04-27 23:35 CML2 1.3.1, aka "I stick my neck out a mile..." 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 16:28     ` John Stoffel
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 [this message]
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
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
2001-04-30  1:36   ` CML2 1.3.1, aka "I stick my neck out a mile..." 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 14:25                   ` Kai Henningsen
2001-04-30 15:54                   ` [kbuild-devel] " Eric S. Raymond
2001-04-30 10:57                 ` John Cowan
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  7:52     ` Anton Altaparmakov
2001-04-30  8:03       ` Eric S. Raymond
2001-04-30 16:17         ` volodya
2001-04-30  8:13       ` Anton Altaparmakov
     [not found] ` <15084.12830.973535.153706@gargle.gargle.HOWL>
2001-04-29 22:41   ` Eric S. Raymond

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=20010501123112.A7699@thyrsus.com \
    --to=esr@thyrsus.com \
    --cc=cate@dplanet.ch \
    --cc=kbuild-devel@lists.sourceforge.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=peter@cadcamlab.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