[cgl_discussion] CGL and DCL trees
rddunlap at osdl.org
Wed Dec 11 14:40:14 PST 2002
On Wed, 11 Dec 2002, Skip Ford wrote:
| It goes far beyond naming issues. They are handling the tree
| incorrectly IMO. We already have enough trees that are staging points
| for other patches to make it into mainline. The _real_ CGL tree (which
| their's is _not_) should be a permanent tree which _rejects_ patches
| that will make it into mainline. Those sorts of patches should go to
| -ac or -mm or -wli or a dozen other come and go trees.
Just to be pedantic, what makes a tree "the _real_ CGL tree"?
Oh, "see below."
And just for the heck of it, who decides what the _real_ CGL tree is?
I happen to like to reject patches. I don't expect to be adding
50-100 patches just because someone says, "please add this to the
| Somebody has to maintain all the patchsets that will _never_ be accepted
| at least by Linus and the tree that houses those patches is the real CGL
| tree, and that's not what the current "-cgl" tree is.
I mostly agree with you (except for the word "all" in "all the
patchsets"). My vision of the cgl tree is very much like your
description, and I said that in an email yesterday (or so).
It's for patches above and beyond mainline that CGL needs, like
LKCD, kmsgdump, etc. Not only tools, but tools are a large part
of it. And (as I have also already said) I expect to have some
experimental patches that come and go instead of staying in the
tree for a longer time.
More information about the cgl_discussion