Date: 2004-03-12T04:03:17 Editor: StefanBodewig <[EMAIL PROTECTED]> Wiki: Gump Wiki Page: Drafts/ProjectBylaws URL: http://wiki.apache.org/gump/Drafts/ProjectBylaws
no comment Change Log: ------------------------------------------------------------------------------ @@ -1,5 +1,7 @@ A place to collect thoughts about the Gump project bylaws and later draft the bylaws to be proposed to the board. +== Links == + Here are some existing bylaws or bylaws like documents: * http://ant.apache.org/bylaws.html @@ -15,3 +17,19 @@ * http://xml.apache.org/guidelines.html * http://httpd.apache.org/dev/guidelines.html + +== Comments == + +Most of the existing bylaws are more or less identical, they define roles, how to vote and which action item requires what kind of vote. The biggest differences I see are how the PMC is elected and the details of the voting rules (whether a special subject is required and how big the majority on very serious decisions has to be). + +The one point where Gump doesn't mix well with the existing bylaws of other projects is the role of a committer. Since all Apache committers are Gump committers by our decision, we don't need to elect them. We may want to elect people as Gump committers who are not involved in any other Apache project. I think Nick and Adam didn't have Apache accounts when they've been granted commit access to Gump. + +I (Stefan) am personally quite happy with the Ant bylaws and would likely use them as a starting point for Gump's bylaws. The only section that I'd adapt is the one about committers. The Ant bylaws have lax rules about votes (just do it, no formal definitions of procedures) and I like that YMMV. + +The other points I see as cultural differences between different projects are + + * how do you become a PMC member? Cocoon -> just ask. Ant and most others -> you get elected by the existing PMC. I could live with either. + + * where do votes happen. This is not formally defined in most bylaws. The real question is where to vote on people. Jakarta based projects have the tradition to even perform this type of votes in public, while the very idea of public votes on people is alien to most people from a http background. Since we want to invite participation from the whole of the ASF I'd suggest to restrict votes on people, as far as we actually need any, to the PMC list. + +== Actual Draft == --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
