Re: [kbuild-devel] Re: CML2-2.1.3 is available

2002-01-24 Thread Daniel Phillips
On January 22, 2002 12:11 am, Daniel Phillips wrote: > On January 21, 2002 06:05 pm, Giacomo Catenazzi wrote: > > Daniel Phillips wrote: > > > > > > I detect a slight lack of symmetry here, shouldn't it be "make > > > autoconfig"? Pardon me if this has been beaten to^W^W discussed above. > > > >

[kbuild-devel] Re: CML2-2.1.3 is available

2002-01-21 Thread Eric S. Raymond
Ross Vandegrift <[EMAIL PROTECTED]>: > 1) I noticed you've been pining the lists for EISA information. I don't > know a whole lot about EISA systems or anything, but I do have a 486 EISA > board and an EISA network card I'd be willing to send you if you wanted a > system to play around with. I

Re: [kbuild-devel] Re: CML2-2.1.3 is available

2002-01-21 Thread Daniel Phillips
On January 21, 2002 06:05 pm, Giacomo Catenazzi wrote: > Daniel Phillips wrote: > > > > > I detect a slight lack of symmetry here, shouldn't it be "make > > autoconfig"? Pardon me if this has been beaten to^W^W discussed above. > > > Yes. It should be "make autoconfig", for symmterty reasons :

Re: [kbuild-devel] Re: CML2-2.1.3 is available

2002-01-21 Thread Giacomo Catenazzi
Daniel Phillips wrote: > > I detect a slight lack of symmetry here, shouldn't it be "make autoconfig"? > Pardon me if this has been beaten to^W^W discussed above. Yes. It should be "make autoconfig", for symmterty reasons :-) I called the files and the project autoconfigure, because 'autoconf

[kbuild-devel] Re: CML2-2.1.3 is available

2002-01-21 Thread Daniel Phillips
On January 15, 2002 08:37 pm, Rob Landley wrote: > On Tuesday 15 January 2002 03:25 pm, Russell King wrote: > > On Tue, Jan 15, 2002 at 02:53:24PM -0500, Eric S. Raymond wrote: > > > * The `vitality' flag is gone from the language. Instead, the > > > autoprober detects the type of your root

[kbuild-devel] Re: CML2-2.1.3 is available

2002-01-18 Thread Ross Vandegrift
Eric, Finally got around to trying 2.1.6 - everything works great, and I'm really impressed! Looks like killer stuff. Two things: 1) I noticed you've been pining the lists for EISA information. I don't know a whole lot about EISA systems or anything, but I do have a 486 EISA board and an EISA

[kbuild-devel] Re: CML2-2.1.3 is available

2002-01-17 Thread Eric S. Raymond
David Woodhouse <[EMAIL PROTECTED]>: > Utter crap. CML2 makes them possible, and is a step in the right direction. > I'm not suggesting that you never make these changes - just that you do them > separately from the change in mechanism. Sorry, it's *way* too late for that. In fact, it was alread

[kbuild-devel] Re: CML2-2.1.3 is available

2002-01-17 Thread David Woodhouse
[EMAIL PROTECTED] said: > Please help me correct them. No. I haven't the time or the inclination to audit the whole of the CML2 rule base to check for such things. Merge a version of CML2 that matches the CML1 rules as closely as can be expressed in CML2, then submit the 'improvements' later as

[kbuild-devel] Re: CML2-2.1.3 is available

2002-01-17 Thread Eric S. Raymond
David Woodhouse <[EMAIL PROTECTED]>: > Hmmm, yes. I think I see at least two errors in that small selection, if I > understand it correctly. Please help me correct them. > But as these are obviously behavioural changes, and > you've said you won't make behavioural changes in the

[kbuild-devel] Re: CML2-2.1.3 is available

2002-01-17 Thread David Woodhouse
[EMAIL PROTECTED] said: > Wha's happened is that I, and others, have merged in a lot of > information about what cards can be plugged into which platforms. > That information has been turned into dependency/visibility rules. > Here are some examples from the network cards... Hmmm, yes. I th

[kbuild-devel] Re: CML2-2.1.3 is available

2002-01-16 Thread Rob Landley
On Wednesday 16 January 2002 11:38 am, Ross Vandegrift wrote: > > At this point the rules are compiled and a dialog box indicates that > Suppression has been turned off (press any key to continue). I hit any key > and am presented with the first menu. Ah, I understand the bug. That dialog indic

[kbuild-devel] Re: CML2-2.1.3 is available

2002-01-16 Thread Eric S. Raymond
David Woodhouse <[EMAIL PROTECTED]>: > I'm concerned by the 'platform- and bus-type guards' to which you refer. > Could you give some examples where the behaviour has changed? Lots of > embedded non-x86, non-ISA boxen have ISA network chips glued in somehow, > for example. I hope you haven't he

[kbuild-devel] Re: CML2-2.1.3 is available

2002-01-16 Thread David Woodhouse
[EMAIL PROTECTED] said: > If you stick to the CML1-equivalent facilities, you'll get almost > CML1-equivalent behavior. It's "almost" partly because the hardware > symbols have more platform- and bus-type guards than they used to -- > but mostly because I have not emulated the numerous CML1 bugs

[kbuild-devel] Re: CML2-2.1.3 is available

2002-01-16 Thread David Lang
Eric, the way you worded the change report it sounded to many of us as if you were making the autoprober mandatory for detecting the root filesystem. That's why it spawned so many messages like this (including one from me yesterday) you should have added something in the changelog entry that sai

Re: [kbuild-devel] Re: CML2-2.1.3 is available

2002-01-16 Thread Eric S. Raymond
Michael Elizabeth Chastain <[EMAIL PROTECTED]>: > It's important that people who type "make config" or "make oldconfig" > or "make menuconfig" or "make xconfig" will continue to have the same > experience as they did before. Bug fixes that 90% or 95% of the users > agree make things better are ok

Re: [kbuild-devel] Re: CML2-2.1.3 is available

2002-01-16 Thread Michael Elizabeth Chastain
horst> Whatever happened to "Do exactly as CML1 does; leave fixes and extensions horst> for later"? If you put the kitchen sink into it, it _won't_ go into the horst> standard kernel. My opinions: It's important that people who type "make config" or "make oldconfig" or "make menuconfig" or "make

[kbuild-devel] Re: CML2-2.1.3 is available

2002-01-16 Thread Horst von Brand
"Eric S. Raymond" <[EMAIL PROTECTED]> said: > Horst von Brand <[EMAIL PROTECTED]>: > > > Release 2.1.3: Tue Jan 15 14:41:45 EST 2002 > > > * Resync with 2.4.18-pre3 and 2.5.2. > > > * It is now possible to declare explicit saveability predicates. > > > * The `vitality' flag is gone from the

[kbuild-devel] Re: CML2-2.1.3 is available

2002-01-16 Thread Horst von Brand
"Eric S. Raymond" <[EMAIL PROTECTED]> said: > The latest version is always available at . > > Release 2.1.3: Tue Jan 15 14:41:45 EST 2002 > * Resync with 2.4.18-pre3 and 2.5.2. > * It is now possible to declare explicit saveability predicates. >

[kbuild-devel] Re: CML2-2.1.3 is available

2002-01-16 Thread Eric S. Raymond
Horst von Brand <[EMAIL PROTECTED]>: > Whatever happened to "Do exactly as CML1 does; leave fixes and extensions > for later"? If you put the kitchen sink into it, it _won't_ go into the > standard kernel. If you stick to the CML1-equivalent facilities, you'll get almost CML1-equivalent behavior.

[kbuild-devel] Re: CML2-2.1.3 is available

2002-01-16 Thread Eric S. Raymond
Horst von Brand <[EMAIL PROTECTED]>: > > Release 2.1.3: Tue Jan 15 14:41:45 EST 2002 > > * Resync with 2.4.18-pre3 and 2.5.2. > > * It is now possible to declare explicit saveability predicates. > > * The `vitality' flag is gone from the language. Instead, the > > autoprober de

[kbuild-devel] Re: CML2-2.1.3 is available

2002-01-16 Thread Ross Vandegrift
On Tue, Jan 15, 2002 at 11:02:11PM -0500, Eric S. Raymond wrote: > Ross Vandegrift <[EMAIL PROTECTED]>: > > I tried CML2 (2.1.2) yesterday with Linux 2.4.17 and found that I > > couldn't turn on suppression ('S' didn't seem to toggle, only > > disable suppression, which was already off) and enteri

[kbuild-devel] Re: CML2-2.1.3 is available

2002-01-16 Thread Ross Vandegrift
On Wed, Jan 16, 2002 at 11:38:40AM -0500, Ross Vandegrift wrote: [snip] > I'm planning on trying this on a Debian testing box I have at work at some > point. Just verified the same process works on Debian testing, as well as with cml2-2.1.3. Ross Vandegrift [EMAIL PROTECTED] ___

Re: [kbuild-devel] Re: CML2-2.1.3 is available

2002-01-16 Thread Giacomo Catenazzi
Eric S. Raymond wrote: > Kai Henningsen <[EMAIL PROTECTED]>: > >>I think right now, the only halfway reasonable thing is to do what >>ttyname() does: get the devide number off stat(/), and search it in /dev. >>(Besides, you can figure out part of the answer - about as much as the >>autopro

Re: [kbuild-devel] Re: CML2-2.1.3 is available

2002-01-16 Thread Eric S. Raymond
Kai Henningsen <[EMAIL PROTECTED]>: > I think right now, the only halfway reasonable thing is to do what > ttyname() does: get the devide number off stat(/), and search it in /dev. > (Besides, you can figure out part of the answer - about as much as the > autoprober does now - from the major

Re: [kbuild-devel] Re: CML2-2.1.3 is available

2002-01-16 Thread Kai Henningsen
[EMAIL PROTECTED] (Peter Samuelson) wrote on 16.01.02 in <[EMAIL PROTECTED]>: > [esr] > > The version I just released does exactly that. Well, not exactly; it > > actually looks at fstab -- /proc/mounts gives you '/dev/root' rather > > than a physical device name in the root entry. > > /etc/fs

[kbuild-devel] Re: CML2-2.1.3 is available

2002-01-15 Thread Peter Samuelson
Forgot this point earlier.. [esr] > > > The version I just released does exactly that. Well, not exactly; it > > > actually looks at fstab -- /proc/mounts gives you '/dev/root' rather > > > than a physical device name in the root entry. IMHO you should still use /proc/mounts to determine the r

[kbuild-devel] Re: CML2-2.1.3 is available

2002-01-15 Thread Eric S. Raymond
Peter Samuelson <[EMAIL PROTECTED]>: > > The version I just released does exactly that. Well, not exactly; it > > actually looks at fstab -- /proc/mounts gives you '/dev/root' rather > > than a physical device name in the root entry. > > /etc/fstab is hardly guaranteed to be accurate either. Th

[kbuild-devel] Re: CML2-2.1.3 is available

2002-01-15 Thread Alexander Viro
On Wed, 16 Jan 2002, Peter Samuelson wrote: > But the horse's mouth, in this case, is /proc/sys/kernel/real-root-dev, > a 16-bit decimal int which represents a device number in ... and is there only if initrd is compiled in. ___ kbuild-devel mailin

[kbuild-devel] Re: CML2-2.1.3 is available

2002-01-15 Thread Peter Samuelson
[esr] > The version I just released does exactly that. Well, not exactly; it > actually looks at fstab -- /proc/mounts gives you '/dev/root' rather > than a physical device name in the root entry. /etc/fstab is hardly guaranteed to be accurate either. The kernel mounts the root device based on

[kbuild-devel] Re: CML2-2.1.3 is available

2002-01-15 Thread Eric S. Raymond
Ross Vandegrift <[EMAIL PROTECTED]>: > I tried CML2 (2.1.2) yesterday with Linux 2.4.17 and found that I > couldn't turn on suppression ('S' didn't seem to toggle, only > disable suppression, which was already off) and entering into a > submenu marked FROZEN locked up the configurator. I'd sure l

[kbuild-devel] Re: CML2-2.1.3 is available

2002-01-15 Thread Eric S. Raymond
Rob Landley <[EMAIL PROTECTED]>: > Eric and I disagree on the behavior of "make autoprobe". He likes the > concept of "freezing" symbols, which says if the autoprober detected a > configuration setting, the question shouldn't show up and give you the > opportunity to disagree. (Not confusing

[kbuild-devel] Re: CML2-2.1.3 is available

2002-01-15 Thread Eric S. Raymond
Rob Landley <[EMAIL PROTECTED]>: > I -STILL- can't figure out why the autoprober doesn't just look in > /proc/mounts to figure out who and what our root device and filesystem are. The version I just released does exactly that. Well, not exactly; it actually looks at fstab -- /proc/mounts gives

[kbuild-devel] Re: CML2-2.1.3 is available

2002-01-15 Thread Rob Landley
On Tuesday 15 January 2002 03:41 pm, Nicolas Pitre wrote: > On Tue, 15 Jan 2002, Eric S. Raymond wrote: > > Nicolas Pitre <[EMAIL PROTECTED]>: > > > > Release 2.1.3: Tue Jan 15 14:41:45 EST 2002 > > > > * The `vitality' flag is gone from the language. Instead, the > > > > autopr

[kbuild-devel] Re: CML2-2.1.3 is available

2002-01-15 Thread Rob Landley
On Tuesday 15 January 2002 03:24 pm, Eric S. Raymond wrote: > To invoke the autoconfigurator, you do one of two things: > > `make autoconfigure' > This runs the autoconfigurator in standalone mode. This gives you > an entire configuration, ready to build with. > > `make autoprobe {config,men

[kbuild-devel] Re: CML2-2.1.3 is available

2002-01-15 Thread Rob Landley
On Tuesday 15 January 2002 03:25 pm, Russell King wrote: > On Tue, Jan 15, 2002 at 02:53:24PM -0500, Eric S. Raymond wrote: > > * The `vitality' flag is gone from the language. Instead, the > > autoprober detects the type of your root filesystem and forces > > its symbol to Y. > >

[kbuild-devel] Re: CML2-2.1.3 is available

2002-01-15 Thread Peter Samuelson
[esr] > > * The `vitality' flag is gone from the language. Instead, the > > autoprober detects the type of your root filesystem and forces > > its symbol to Y. [Russell King] > This seems like a backwards step. What's the reasoning for breaking > the ability to configure the

[kbuild-devel] Re: CML2-2.1.3 is available

2002-01-15 Thread David Lang
On Tue, 15 Jan 2002, Eric S. Raymond wrote: > * The `vitality' flag is gone from the language. Instead, the > autoprober detects the type of your root filesystem and forces > its symbol to Y. can you override this autodetect? (it may not be valid if you are building on one

[kbuild-devel] Re: CML2-2.1.3 is available

2002-01-15 Thread Nicolas Pitre
On Tue, 15 Jan 2002, Eric S. Raymond wrote: > Nicolas Pitre <[EMAIL PROTECTED]>: > > > Release 2.1.3: Tue Jan 15 14:41:45 EST 2002 > > > * The `vitality' flag is gone from the language. Instead, the > > > autoprober detects the type of your root filesystem and forces > > > its symbol

[kbuild-devel] Re: CML2-2.1.3 is available

2002-01-15 Thread Eric S. Raymond
Anton Altaparmakov <[EMAIL PROTECTED]>: > I sometimes configure and compile > kernels for different computers on my athlon due to the extremely fast > compile time on the athlon. The autoprober would interfere here extremely > badly. Is it disabled by default? I.e. if I do make menuconfig or make

[kbuild-devel] Re: CML2-2.1.3 is available

2002-01-15 Thread Eric S. Raymond
Nicolas Pitre <[EMAIL PROTECTED]>: > > Release 2.1.3: Tue Jan 15 14:41:45 EST 2002 > > * The `vitality' flag is gone from the language. Instead, the > > autoprober detects the type of your root filesystem and forces > > its symbol to Y. > > What happens if you compile a kernel f

[kbuild-devel] Re: CML2-2.1.3 is available

2002-01-15 Thread Ross Vandegrift
> The interactive configurators remain stable; no bugs of any kind have been > reported since 6 Jan. I'm waiting on an update of the probe tables from > Giacomo Catenazzi before releasing 2.2.0. I tried CML2 (2.1.2) yesterday with Linux 2.4.17 and found that I couldn't turn on suppression ('S'

[kbuild-devel] Re: CML2-2.1.3 is available

2002-01-15 Thread Nicolas Pitre
On Tue, 15 Jan 2002, Eric S. Raymond wrote: > The latest version is always available at . > > Release 2.1.3: Tue Jan 15 14:41:45 EST 2002 > * The `vitality' flag is gone from the language. Instead, the > autoprober detects the type of your root f

[kbuild-devel] Re: CML2-2.1.3 is available

2002-01-15 Thread Robert Love
On Tue, 2002-01-15 at 14:53, Eric S. Raymond wrote: > * The `vitality' flag is gone from the language. Instead, the > autoprober detects the type of your root filesystem and forces > its symbol to Y. And when I compile a kernel for my Dreamcast? Or when I want to change

[kbuild-devel] Re: CML2-2.1.3 is available

2002-01-15 Thread Russell King
On Tue, Jan 15, 2002 at 02:53:24PM -0500, Eric S. Raymond wrote: > * The `vitality' flag is gone from the language. Instead, the > autoprober detects the type of your root filesystem and forces > its symbol to Y. This seems like a backwards step. What's the reasoning for

[kbuild-devel] Re: CML2-2.1.3 is available

2002-01-15 Thread Anton Altaparmakov
On Tue, 15 Jan 2002, Eric S. Raymond wrote: > The latest version is always available at . > > Release 2.1.3: Tue Jan 15 14:41:45 EST 2002 > * Resync with 2.4.18-pre3 and 2.5.2. > * It is now possible to declare explicit saveability predicates. >