Author: buildbot
Date: Thu Mar 20 19:40:11 2014
New Revision: 902579

Log:
Staging update by buildbot for accumulo

Modified:
    websites/staging/accumulo/trunk/content/   (props changed)
    websites/staging/accumulo/trunk/content/bylaws.html

Propchange: websites/staging/accumulo/trunk/content/
------------------------------------------------------------------------------
--- cms:source-revision (original)
+++ cms:source-revision Thu Mar 20 19:40:11 2014
@@ -1 +1 @@
-1579720
+1579722

Modified: websites/staging/accumulo/trunk/content/bylaws.html
==============================================================================
--- websites/staging/accumulo/trunk/content/bylaws.html (original)
+++ websites/staging/accumulo/trunk/content/bylaws.html Thu Mar 20 19:40:11 2014
@@ -104,8 +104,8 @@
 <h2 id="contributors">Contributors</h2>
 <p>All of the volunteers who are contributing time, code, documentation, or 
resources to the Accumulo project are considered contributors. A contributor 
that makes sustained, welcome contributions to the project may be invited to 
become a committer, though the exact timing of such invitations depends on many 
factors.</p>
 <h2 id="committers">Committers</h2>
-<p>The project's committers are responsible for the project's technical 
management. Committers have write access to the project's code repositories and 
may cast binding votes on any technical discussion regarding Accumulo. 
Committer access is by invitation only and must be approved by consensus 
approval of the active PMC members. Upon acceptance of the invitation to become 
a committer, it is the accepting member’s responsibility to update his/her 
status on the Accumulo web page accordingly.</p>
-<p>A committer is considered emeritus, meaning inactive, by his or her own 
declaration or by not reviewing patches or committing patches to the project 
for over six months. Emeritus members will be recognized by the PMC on the 
Accumulo web page, in honor of their past contributions. Emeritus members 
retain all voting and commit rights associated with their former designation 
and can move themselves out of emeritus status by sending an announcement of 
their return to the developer mailing list. It will be the returning member's 
responsibility to update his/her status on the web page accordingly.</p>
+<p>The project's committers are responsible for the project's technical 
management. Committers have write access to the project's code repositories and 
may cast binding votes on any technical discussion regarding Accumulo. 
Committer access is by invitation only and must be approved by consensus 
approval of the active PMC members. Upon acceptance of the invitation to become 
a committer, it is the accepting member’s responsibility to update their 
status on the Accumulo web page accordingly.</p>
+<p>A committer is considered emeritus, meaning inactive, by their own 
declaration or by not reviewing patches or committing patches to the project 
for over six months. Emeritus members will be recognized by the PMC on the 
Accumulo web page, in honor of their past contributions. Emeritus members 
retain all voting and commit rights associated with their former designation 
and can move themselves out of emeritus status by sending an announcement of 
their return to the developer mailing list. It will be the returning member's 
responsibility to update their status on the web page accordingly.</p>
 <p>An emeritus committer’s commit access may be disabled as part of routine 
security. Access shall not be removed without notifying the committer, and 
access shall be maintained if the committer wishes to leave it active. A 
committer’s commit access shall be reactivated upon the committer’s request 
to the PMC.</p>
 <p>All Apache committers are required to have a signed <a 
href="http://www.apache.org/licenses/icla.txt";>Contributor License 
Agreement</a> (CLA) on file with the Apache Software Foundation. Under the 
terms of the CLA that all committers must sign, a committer's primary 
responsibility is to ensure that all code committed to Apache Accumulo is 
licensed appropriately and meets those criteria set forth in the CLA (including 
both original works and patches committed on behalf of other contributors). 
There is a <a href="http://www.apache.org/dev/committers.html";>Committer 
FAQ</a> which provides more details on the requirements for committers. </p>
 <p>It is the custom of the Accumulo project to also invite each committer to 
become a member of the Accumulo PMC.</p>
@@ -131,8 +131,8 @@ stability, and robustness of both code a
 <li>Maintaining these bylaws and other guidelines of the project.</li>
 </ul>
 <p>In particular, PMC members must understand both our project's criteria and 
ASF criteria for voting on a <a 
href="http://www.apache.org/dev/release.html#management";>release</a>.</p>
-<p>Membership of the PMC is by invitation only and must be approved by a 
consensus approval of active PMC members. Upon acceptance of the invitation to 
become a PMC member, it is the accepting member’s responsibility to update 
his/her status on the Accumulo web page accordingly.</p>
-<p>A PMC member is considered emeritus, meaning inactive, by his or her own 
declaration or by not contributing in any form to the project for over six 
months. Emeritus members will be recognized by the PMC on the Accumulo web 
page, in honor of their past contributions. Emeritus members retain all voting 
and commit rights associated with their former designation and can move 
themselves out of emeritus status by sending an announcement of their return to 
the developer mailing list. It will be the returning member's responsibility to 
update his/her status on the web page accordingly.</p>
+<p>Membership of the PMC is by invitation only and must be approved by a 
consensus approval of active PMC members. Upon acceptance of the invitation to 
become a PMC member, it is the accepting member’s responsibility to update 
their status on the Accumulo web page accordingly.</p>
+<p>A PMC member is considered emeritus, meaning inactive, by their own 
declaration or by not contributing in any form to the project for over six 
months. Emeritus members will be recognized by the PMC on the Accumulo web 
page, in honor of their past contributions. Emeritus members retain all voting 
and commit rights associated with their former designation and can move 
themselves out of emeritus status by sending an announcement of their return to 
the developer mailing list. It will be the returning member's responsibility to 
update their status on the web page accordingly.</p>
 <p>The chair of the PMC is appointed by the ASF board. The chair is an office 
holder of the Apache Software Foundation (Vice President, Apache Accumulo) and 
has primary responsibility to the board for the management of the projects 
within the scope of the Accumulo PMC. The chair reports to the board quarterly 
on developments within the Accumulo project.</p>
 <p>When the current chair of the PMC resigns, the PMC votes to recommend a new 
chair using consensus approval, but the decision must be ratified by the Apache 
board.</p>
 <h2 id="release-manager">Release Manager</h2>
@@ -181,7 +181,7 @@ stability, and robustness of both code a
 
 <h2 id="vetoes">Vetoes</h2>
 <p>A valid, binding veto cannot be overruled. If a veto is cast, it must be 
accompanied by a valid reason explaining the veto. The validity of a veto, if 
challenged, can be confirmed by anyone who has a binding vote. This does not 
necessarily signify agreement with the veto, but merely that the veto is 
valid.</p>
-<p>If you disagree with a valid veto, you must lobby the person casting the 
veto to withdraw his or her veto. If a veto is not withdrawn, the action that 
has been vetoed must be reversed in a timely manner.</p>
+<p>If you disagree with a valid veto, you must lobby the person casting the 
veto to withdraw their veto. If a veto is not withdrawn, the action that has 
been vetoed must be reversed in a timely manner.</p>
 <h2 id="actions">Actions</h2>
 <p>This section describes the various actions which are undertaken within the 
project, the corresponding approval required for that action and those who have 
binding votes over the action. It also specifies the minimum length of time 
that a vote must remain open, measured in days. In general votes should not be 
called at times when it is known that interested members of the project will be 
unavailable.</p>
 <table>


Reply via email to