Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@apache.org Received: (qmail 61162 invoked from network); 2 Feb 2002 04:07:15 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 2 Feb 2002 04:07:15 -0000 Received: (qmail 5958 invoked by uid 97); 2 Feb 2002 04:07:23 -0000 Delivered-To: qmlist-jakarta-archive-commons-dev@jakarta.apache.org Received: (qmail 5942 invoked by uid 97); 2 Feb 2002 04:07:22 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 5931 invoked from network); 2 Feb 2002 04:07:22 -0000 Message-ID: From: Steve Downey To: 'Jakarta Commons Developers List' Subject: RE: Voting Rights Date: Fri, 1 Feb 2002 22:55:57 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N http://jakarta.apache.org/site/decisions.html My understanding of Apache voting rules is that every commit is a change to the product. It's subject to lazy consensus. Which means if no one objects, it's OK. If someone issues a binding -1's to a patch or commit, it must be reverted. q.v. http://httpd.apache.org/dev/guidelines.html, also. > -----Original Message----- > From: Geir Magnusson Jr. [mailto:geirm@optonline.net] > Sent: Friday, February 01, 2002 6:48 PM > To: Jakarta Commons Developers List > Subject: Re: Voting Rights > > > On 2/1/02 6:39 PM, "Scott Sanders" wrote: > > > So, how do we make voting rights separate from commit rights? > > I am interested in understanding the difference. If I can > commit anything I > want to the codebase, why do I care about voting rights? Or > is every commit > examined and voted on? > > I think that the conventional apache approach of making them > one in the same > results in the solution to the problem. > > We can solve the issue of ensuring that people can have a > place to work and > experiement via the sandbox. > > > > Do we ammend the charter to state how? > > > > Scott > > > > -- > > To unsubscribe, e-mail: > For additional commands, e-mail: > -- Geir Magnusson Jr. geirm@optonline.net System and Software Consulting You're going to end up getting pissed at your software anyway, so you might as well not pay for it. Try Open Source. -- To unsubscribe, e-mail: For additional commands, e-mail: -- To unsubscribe, e-mail: For additional commands, e-mail: