Re: [kbuild-devel] Re: CML2 1.0.0 release announcement

2001-04-16 Thread Greg Banks
[EMAIL PROTECTED] wrote: > > Greg Banks <[EMAIL PROTECTED]>: > > Well it's more difficult than most modern open source software. > > [...] (This is for 1.5.6; perhaps 2.0 is > > easier). > > *Much*. You don't have to edit Modules/Setup any more. Instead, > the build process brings up a micro

[kbuild-devel] Re: CML2 1.1.3 is available

2001-04-16 Thread Eric S. Raymond
Peter Samuelson <[EMAIL PROTECTED]>: > Wait ... I thought you were just using Python bindings to Tk. Are you > telling us the Tk library, which for 8 or 10 years has been pretty much > *the* X toolkit/widget set for scripting, does not include an interface > to X resources? If it does, it's not

[kbuild-devel] Re: CML2 1.1.3 is available

2001-04-16 Thread Peter Samuelson
[esr] > If there were already a library in ths stock Python distribution to > digest .Xdefaults files I might consider this. Perhaps I'll write > one. But I'm not going to bulk up the CML2 code with this marginal > feature. Wait ... I thought you were just using Python bindings to Tk. Are you

Re: [kbuild-devel] CML2 1.1.3 is available

2001-04-16 Thread Eric S. Raymond
james rich <[EMAIL PROTECTED]>: > > Instead, read the colors from the .Xdefaults system. > > Yes, truly this should be done. Sensible defaults should be used (and I > think we may be at that point) and then use .Xdefaults (.Xresources or > whatever) to allow site overrides. And I really do thin

[kbuild-devel] Possible bug in CML2 1.1.3

2001-04-16 Thread Steven Cole
This one is either a bug or a feature. Using CML2 1.1.3 to make xconfig for 2.4.4-pre3, and setting CONFIG_MODULES to n from the Architecture-independent feature selections, the whole menu collapses on the left hand side, going from the usual y m n for tristate choices to a single unlabled colu

Re: [kbuild-devel] CML2 1.1.3 is available

2001-04-16 Thread james rich
On Mon, 16 Apr 2001, John Cowan wrote: > Eric S. Raymond wrote: > > > Release 1.1.3: > > * Freeze color changed from cyan to blue. > > Instead, read the colors from the .Xdefaults system. Yes, truly this should be done. Sensible defaults should be used (and I think we may be at that poin

Re: [kbuild-devel] CML2 1.1.3 is available

2001-04-16 Thread Steven Cole
On Monday 16 April 2001 16:06, Eric S. Raymond wrote: > Steven Cole <[EMAIL PROTECTED]>: > > Whoops, I just tried out 1.1.3 using make xconfig, and now all the > > option labels are dark green, not just the ones set to y. > > That's because they're set in your .config, dude! Well, lets look at a

Re: [kbuild-devel] CML2 1.1.3 is available

2001-04-16 Thread Steven Cole
On Monday 16 April 2001 15:42, Eric S. Raymond wrote: > CML2 NEWS > > The latest version is always available at http://www.tuxedo.org/~esr/cml2/ > > Release 1.1.3: > * Freeze color changed from cyan to blue. > * Tom Rini's network-configuration patches. > * Better detection of se

Re: [kbuild-devel] CML2 1.1.3 is available

2001-04-16 Thread Eric S. Raymond
Steven Cole <[EMAIL PROTECTED]>: > Whoops, I just tried out 1.1.3 using make xconfig, and now all the > option labels are dark green, not just the ones set to y. That's because they're set in your .config, dude! -- http://www.tuxedo.org/~esr/">Eric S. Raymond See, when the GOVER

Re: [kbuild-devel] CML2 1.1.3 is available

2001-04-16 Thread John Cowan
Eric S. Raymond wrote: > CML2 NEWS > > The latest version is always available at http://www.tuxedo.org/~esr/cml2/ > > Release 1.1.3: > * Freeze color changed from cyan to blue. I suggest you stop dinking the colors. There will always be some colors, for so

[kbuild-devel] CML2 1.1.3 is available

2001-04-16 Thread Eric S. Raymond
CML2 NEWS The latest version is always available at http://www.tuxedo.org/~esr/cml2/ Release 1.1.3: * Freeze color changed from cyan to blue. * Tom Rini's network-configuration patches. * Better detection of set variables to be colored gre

[kbuild-devel] Re: CML2 1.1.1, wiuth experimental fast mode

2001-04-16 Thread Albert D. Cahalan
> * Added fast-mode command to suppress side-effect computation > on slow machines. You could put the computation in a low-priority thread, so that it still gets done but doesn't mess up responsiveness. ___ kbuild-devel mailing list [EMA