Keith Owens <[EMAIL PROTECTED]>:
> On Mon, 12 Nov 2001 12:53:49 -0500,
> "Eric S. Raymond" <[EMAIL PROTECTED]> wrote:
> >I understand what you're trying to do, but not why CML2 has to be involved.
> >What tests or operations do you need CML2 to be able to spport on lists,
> >and what action do yo
Greg KH <[EMAIL PROTECTED]>:
> The following symbols should be allowed to be set to 'm' but are not:
> CONFIG_USB
That's odd. M shows up as a choice when I do xconfig.
> CONFIG_UHCI
> CONFIG_UHCI_ALT
My error. These are declared bool rather than trit in the 1.8.5 rulebase.
On Wed, Nov 14, 2001 at 12:33:25PM -0500, Eric S. Raymond wrote:
> Greg KH <[EMAIL PROTECTED]>:
> > The following symbols should be allowed to be set to 'm' but are not:
> > CONFIG_USB
>
> That's odd. M shows up as a choice when I do xconfig.
Ok, this was a user error. I didn't realize th
On Tue, Nov 13, 2001 at 05:50:10PM -0500, Eric S. Raymond wrote:
>
> CML2 is now fully caught up with the CML1 rulebase in the most current
> kernel version, with symbol coverage mechanically checked in both directions.
The following symbols should be allowed to be set to 'm' but are not:
Greg KH <[EMAIL PROTECTED]>:
> > Historical reasons. My rulebase was opriginally one big file for editing
> > conveniece. What directory whould the USB serial stuff live in?
>
> drivers/usb/serial
>
> > > There doesn't seem to be any rules set up for drivers/hotplug.
> >
> > What symbols shou
Eric S. Raymond wrote:
> Keith Owens <[EMAIL PROTECTED]>:
>
>>On Mon, 12 Nov 2001 12:53:49 -0500,
>>"Eric S. Raymond" <[EMAIL PROTECTED]> wrote:
>>
>>>I understand what you're trying to do, but not why CML2 has to be involved.
>>>What tests or operations do you need CML2 to be able to spport on
On Wed, Nov 14, 2001 at 12:33:14PM -0500, Eric S. Raymond wrote:
> >
> > CONFIG_HOTPLUG_PCI
> > CONFIG_HOTPLUG_PCI_COMPAQ
> > CONFIG_HOTPLUG_PCI_COMPAQ_NVRAM
> >
> > See the Config.in file in that directory for the dependencies they have
> > on each other.
>
> OK, this wiull be in 1.8.6. I'm g
On Wed, 14 Nov 2001 12:07:32 -0500,
"Eric S. Raymond" <[EMAIL PROTECTED]> wrote:
>OK. I can do that. How are you going to condition the value on an
>architecture, though? Is your derivation going to look something like this?
>
>derive MYVAR from (X86 ? "a" : (PPC ? "b" : (ARM ? "c" : "x")))
>
The following configuration symbols are missing help entries. If you can
supply a help entry for one or more of these, please send it to me for
incorporation in the master Configure.help file.
Yes, some of these are choice symbols that don't strictly need entries in CML1.
Please send entries in
On Thu, 15 Nov 2001 02:33:37 -0500,
"Eric S. Raymond" <[EMAIL PROTECTED]> wrote:
>The following configuration symbols are missing help entries. If you can
>supply a help entry for one or more of these, please send it to me for
>incorporation in the master Configure.help file.
These are a mixtur
Keith Owens <[EMAIL PROTECTED]>:
> On Wed, 14 Nov 2001 12:07:32 -0500,
> "Eric S. Raymond" <[EMAIL PROTECTED]> wrote:
> >OK. I can do that. How are you going to condition the value on an
> >architecture, though? Is your derivation going to look something like this?
> >
> >derive MYVAR from (X
The latest version is always available at http://www.tuxedo.org/~esr/cml2/
Release 1.8.6: Wed Nov 14 16:58:03 EST 2001
* Fixed three logic bugs reported by Frederic Gobry, David Kamholz,
and Danni Junglas. These mainly affected rollback when a variable
is unset; some
On Thu, 15 Nov 2001 00:05:20 -0500,
"Eric S. Raymond" <[EMAIL PROTECTED]> wrote:
>Keith Owens <[EMAIL PROTECTED]>:
>> derive MYVAR from (X86 ? "a" : )
>> derive MYVAR from (PPC ? "b" : )
>> derive MYVAR from (ARM ? "c" : )
>
>That doesn't solve your problem, I don't think. To do what you told me
13 matches
Mail list logo
