Re: Background to the argument about CML2 design philosophy

David Woodhouse
2001-05-21T12:16:35Z

chromi@cyberspace.org said:
> Having now briefly looked at the language constructs first-hand, I
> can see two ways to go about this:

> 1) Have a HACKER symbol which unsuppresses the "unusual" options, and
> suppresses the "generalised" ones

> 2) Have a HACKERS submenu system which contains all the derivations
> that could *possibly* be un-defaulted, and allow our intrepid hacker
> to explicitly force each to a value or leave unset.

I prefer the former, which is how it's already implemented in CML1.

But the discussion of this is entirely unrelated to the discussion of CML2,
and changes along these lines must not be forced into the kernel with the
CML2 patch.

If ESR is going to sneak policy changes into the kernel with the CML2
mechanism patch, I'm sure we all have patches we'd like him to add to it
too, because we don't want to have to justify them on their own. :)

--
dwmw2