On Thu, Oct 24, 2002 at 11:21:35PM +0100, Stephen Colebourne wrote: >... > My concepts are logically related groups of components. Core, Networking, > XML, DB, GUI, Testing, Building. I'm trying to avoid listing too many, as > that defeats the purpose of per-concept. > > (The purpose being that as small components, shared lists build a greater > community)
That is precisely my thinking, too. !! > After some thought, I would accept cross language mailing lists, although I > would prefer separate ones. It may be a case of starting with a cross > language Networking list, and if the traffic gets too high splitting into > per language lists. It might b a good way to get the community going. Agreed. I believe cross-language should be the default. We apply our normal rules of "is a component's traffic swamping others? if so, break it out" > > > The exception comes if two languages share a mailing list. In that case > CVS > > > commit priveledges should probably be separated by language. > > > > I think commit privs should be per-component. > > I don't mind this. I just think its a big burden on those who can grant > karma. As a Granter of Karma (ba-boom...), I don't mind this. I really don't think the addition of committers is all that frequent. *Maybe* one a week? (after the initial onslaught) If it gets problematic, then we have two approaches: 1) use tools to ease karma management 2) remove karma commit restrictions and move to "adult" mode I'd take option (1). A while ago (geez, maybe just a day or two? :-), I thought that using the "we're all adults" mode would be workable. But then I realized that it actually isn't. A non-committer might commit "just that teeny little patch; what's the problem?" Do that a couple more times. But then, some day, commit one that is just on the boundary of Right. At that point, it then becomes real ugly. "but I've committed little patches before" "but that one wasn't Right" "huh? it is a little change!" etc etc As a result, I think that a more drawn out line might be important. Cheers, -g -- Greg Stein, http://www.lyra.org/
