This is an automated email from the ASF dual-hosted git repository.
git-site-role pushed a commit to branch asf-site
in repository https://gitbox.apache.org/repos/asf/accumulo-website.git
The following commit(s) were added to refs/heads/asf-site by this push:
new 6034ce3fd Automatic Site Publish by Buildbot
6034ce3fd is described below
commit 6034ce3fde191a823fc3fab395adba64a1584808
Author: buildbot <us...@infra.apache.org>
AuthorDate: Mon Jul 22 20:44:27 2024 +0000
Automatic Site Publish by Buildbot
---
output/contributor/bylaws.html | 229 +++++++++++++++++++++++++++++++----------
output/feed.xml | 4 +-
2 files changed, 176 insertions(+), 57 deletions(-)
diff --git a/output/contributor/bylaws.html b/output/contributor/bylaws.html
index e00bbc50c..3811137a3 100644
--- a/output/contributor/bylaws.html
+++ b/output/contributor/bylaws.html
@@ -115,56 +115,102 @@
<h1 class="title">Bylaws</h1>
- <p>This is version 3 of the bylaws. Community work actively
continues on the bylaws, and so key segments of them are subject to change.</p>
+ <p>This is version 3 of the bylaws. Community work actively
continues on the
+bylaws, and so key segments of them are subject to change.</p>
<h1 id="introduction">Introduction</h1>
-<p>This document defines the bylaws under which the Apache Accumulo project
operates. It defines the roles and responsibilities of the project, who may
vote, how voting works, how conflicts are resolved, etc.</p>
+<p>This document defines the bylaws under which the Apache Accumulo project
+operates. It defines the roles and responsibilities of the project, who may
+vote, how voting works, how conflicts are resolved, etc.</p>
-<p>Accumulo is a project of the <a
href="https://www.apache.org/foundation";>Apache Software Foundation</a>. The
foundation holds the copyright on Apache code including the code in the
Accumulo codebase. The <a
href="https://www.apache.org/foundation/faq";>foundation FAQ</a> explains the
operation and background of the foundation.</p>
+<p>Accumulo is a project of the <a
href="https://www.apache.org/foundation";>Apache Software Foundation</a>. The
+foundation holds the copyright on Apache code including the code in the
+Accumulo codebase. The <a
href="https://www.apache.org/foundation/faq";>foundation FAQ</a> explains the
operation
+and background of the foundation.</p>
-<p>Accumulo is typical of Apache projects in that it operates under a set of
principles, known collectively as the Apache Way. If you are new to Apache
development, please refer to the <a
href="https://incubator.apache.org";>Incubator project</a> for more information
on how Apache projects operate. Terms used at the ASF are defined in the <a
href="https://www.apache.org/foundation/glossary";>ASF glossary</a>.</p>
+<p>Accumulo is typical of Apache projects in that it operates under a set of
+principles, known collectively as the Apache Way. If you are new to Apache
+development, please refer to the <a
href="https://incubator.apache.org";>Incubator project</a> for more
+information on how Apache projects operate. Terms used at the ASF are defined
+in the <a href="https://www.apache.org/foundation/glossary";>ASF
glossary</a>.</p>
<h1 id="roles-and-responsibilities">Roles and Responsibilities</h1>
-<p>Apache projects define a set of roles with associated rights and
responsibilities. These roles govern what tasks an individual may perform
within the project. The roles are defined in the following sections.</p>
+<p>Apache projects define a set of roles with associated rights and
+responsibilities. These roles govern what tasks an individual may perform
+within the project. The roles are defined in the following sections.</p>
<h2 id="users">Users</h2>
-<p>The most important participants in the project are people who use our
software. The majority of our contributors start out as users and guide their
development efforts from the user’s perspective.</p>
+<p>The most important participants in the project are people who use our
software.
+The majority of our contributors start out as users and guide their development
+efforts from the user’s perspective.</p>
-<p>Users contribute to the Apache projects by providing feedback to
contributors in the form of bug reports and feature suggestions. As well, users
participate in the Apache community by helping other users on mailing lists and
user support forums.</p>
+<p>Users contribute to the Apache projects by providing feedback to
contributors
+in the form of bug reports and feature suggestions. As well, users participate
+in the Apache community by helping other users on mailing lists and user
+support forums.</p>
<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>
+<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 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 [...]
-
-<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="https://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 contri [...]
-
-<p>It is the custom of the Accumulo project to also invite each committer to
become a member of the Accumulo PMC.</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="https://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="https://www.apache.org/dev/committers";>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>
<h2 id="project-management-committee">Project Management Committee</h2>
-<p>The role of the PMC, from a Foundation perspective, is <a
href="https://www.apache.org/foundation/how-it-works.html#pmc";>oversight</a>.
The main
-role of the PMC is not code and not coding, but to ensure that all legal
-issues are addressed, that procedure is followed, and that each and every
+<p>The role of the PMC, from a Foundation perspective, is <a
href="https://www.apache.org/foundation/how-it-works.html#pmc";>oversight</a>.
+The main role of the PMC is not code and not coding, but to ensure that all
+legal issues are addressed, that procedure is followed, and that each and every
release is the product of the community as a whole. That is key to our
litigation protection mechanisms.</p>
<p>Secondly, the role of the PMC is to further the long-term development and
-health of the community as a whole, and to ensure that balanced and wide
-scale peer review and collaboration does happen. Within the ASF, we worry
-about any community which centers around a few individuals who are working
-virtually uncontested. We believe that this is detrimental to quality,
-stability, and robustness of both code and long term social structures.</p>
+health of the community as a whole, and to ensure that balanced and wide scale
+peer review and collaboration does happen. Within the ASF, we worry about any
+community which centers around a few individuals who are working virtually
+uncontested. We believe that this is detrimental to quality, stability, and
+robustness of both code and long term social structures.</p>
<p>The responsibilities of the PMC include:</p>
@@ -177,22 +223,44 @@ stability, and robustness of both code and long term
social structures.</p>
<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="https://www.apache.org/dev/release#management";>release</a>.
-See the <a href="https://www.apache.org/dev/pmc";>PMC Guide</a> for more
information on PMC responsibilities.</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 t [...]
-
-<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>
+<p>In particular, PMC members must understand both our project’s criteria and
ASF
+criteria for voting on a <a
href="https://www.apache.org/dev/release#management";>release</a>. See the <a
href="https://www.apache.org/dev/pmc";>PMC
+Guide</a> for more information on PMC responsibilities.</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>
-<p>The <a href="https://www.apache.org/dev/release-publishing";>ASF release
process</a> defines the <a
href="https://www.apache.org/dev/release-publishing#release_manager";>release
manager</a> as an individual responsible for shepherding a new project release.
Any committer may serve as a release manager. The release manager for a release
is chosen as part of the release plan.</p>
+<p>The <a href="https://www.apache.org/dev/release-publishing";>ASF release
process</a> defines the <a
href="https://www.apache.org/dev/release-publishing#release_manager";>release
+manager</a> as an individual responsible for shepherding a new
+project release. Any committer may serve as a release manager. The release
+manager for a release is chosen as part of the release plan.</p>
-<p>At a minimum, a release manager is responsible for packaging a release
candidate for a vote and signing and publishing an approved release candidate.
An Accumulo release manager is also expected to:</p>
+<p>At a minimum, a release manager is responsible for packaging a release
+candidate for a vote and signing and publishing an approved release candidate.
+An Accumulo release manager is also expected to:</p>
<ul>
<li>guide whether changes after feature freeze or code freeze should be
included in the release</li>
@@ -203,15 +271,27 @@ See the <a href="https://www.apache.org/dev/pmc";>PMC
Guide</a> for more informat
<li>call votes on release candidates</li>
</ul>
-<p>Details on <a href="/contributor/making-release">making</a> and <a
href="/contributor/verifying-release">verifying</a> a release are available on
the Accumulo website.</p>
+<p>Details on <a href="/contributor/making-release">making</a> and <a
href="/contributor/verifying-release">verifying</a> a release are available
+on the Accumulo website.</p>
<h1 id="decision-making">Decision Making</h1>
-<p>Within the Accumulo project, different types of decisions require different
forms of approval. For example, the previous section describes several
decisions which require ‘consensus approval’. This section defines how voting
is performed, the types of approvals, and which types of decision require which
type of approval.</p>
+<p>Within the Accumulo project, different types of decisions require different
+forms of approval. For example, the previous section describes several
+decisions which require ‘consensus approval’. This section defines how voting
+is performed, the types of approvals, and which types of decision require which
+type of approval.</p>
<h2 id="voting">Voting</h2>
-<p>Decisions regarding the project are made by votes on the primary project
development mailing list: d...@accumulo.apache.org. Where necessary, PMC voting
may take place on the private Accumulo PMC mailing list:
priv...@accumulo.apache.org. Votes are clearly indicated by a subject line
starting with [VOTE]. A vote message may only pertain to a single item’s
approval; multiple items should be separated into multiple messages. Voting is
carried out by replying to the vote mail. A vote may [...]
+<p>Decisions regarding the project are made by votes on the primary project
+development mailing list: d...@accumulo.apache.org. Where necessary, PMC voting
+may take place on the private Accumulo PMC mailing list:
+priv...@accumulo.apache.org. Votes are clearly indicated by a subject line
+starting with [VOTE]. A vote message may only pertain to a single item’s
+approval; multiple items should be separated into multiple messages. Voting is
+carried out by replying to the vote mail. A vote may take on one of four forms,
+defined below.</p>
<table class="table">
<thead>
@@ -240,19 +320,30 @@ See the <a href="https://www.apache.org/dev/pmc";>PMC
Guide</a> for more informat
</tbody>
</table>
-<p>All participants in the Accumulo project are encouraged to vote. For
technical decisions, only the votes of active committers are binding.
Non-binding votes are still useful for those with binding votes to understand
the perception of an action across the wider Accumulo community. For PMC
decisions, only the votes of active PMC members are binding.</p>
+<p>All participants in the Accumulo project are encouraged to vote. For
technical
+decisions, only the votes of active committers are binding. Non-binding votes
+are still useful for those with binding votes to understand the perception of
+an action across the wider Accumulo community. For PMC decisions, only the
+votes of active PMC members are binding.</p>
<p>See the <a href="/contributor/voting">voting page</a> for more details on
the mechanics of voting.</p>
<h2 id="commit-then-review-ctr">Commit Then Review (CTR)</h2>
-<p>Voting can also be applied to changes to the Accumulo codebase. Under the
Commit Then Review policy, committers can make changes to the codebase without
seeking approval beforehand, and the changes are assumed to be approved unless
an objection is raised. Only if an objection is raised must a vote take place
on the code change.</p>
+<p>Voting can also be applied to changes to the Accumulo codebase. Under the
+Commit Then Review policy, committers can make changes to the codebase without
+seeking approval beforehand, and the changes are assumed to be approved unless
+an objection is raised. Only if an objection is raised must a vote take place
+on the code change.</p>
-<p>For some code changes, committers may wish to get feedback from the
community before making the change. It is acceptable for a committer to seek
approval before making a change if they so desire.</p>
+<p>For some code changes, committers may wish to get feedback from the
community
+before making the change. It is acceptable for a committer to seek approval
+before making a change if they so desire.</p>
<h2 id="approvals">Approvals</h2>
-<p>These are the types of approvals that can be sought. Different actions
require different types of approvals.</p>
+<p>These are the types of approvals that can be sought. Different actions
require
+different types of approvals.</p>
<table class="table">
<thead>
@@ -272,22 +363,34 @@ See the <a href="https://www.apache.org/dev/pmc";>PMC
Guide</a> for more informat
</tr>
<tr>
<td>Lazy Approval (or Lazy Consensus)</td>
- <td>An action with lazy approval is implicitly allowed unless a -1 vote
is received, at which time, depending on the type of action, either majority
approval or consensus approval must be obtained. Lazy Approval can be either
<em>stated</em> or <em>assumed</em>, as detailed on the <a
href="/contributor/lazyConsensus">lazy consensus page</a>.</td>
+ <td>An action with lazy approval is implicitly allowed unless a -1 vote
is received, at which time, depending on the type of action, either majority
approval or consensus approval must be obtained. Lazy Approval can be either
<em>stated</em> or <em>assumed</em>, as detailed on the <a
href="/contributor/lazyConsensus">lazy consensus page</a>.</td>
</tr>
</tbody>
</table>
<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>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 their 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>
+<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>
-<p>For Code Change actions, a committer may choose to employ assumed or stated
Lazy Approval under the <a href="#commit-then-review-ctr">CTR</a> policy.
Assumed Lazy Approval has no minimum length of time before the change can be
made.</p>
+<p>For Code Change actions, a committer may choose to employ assumed or stated
+Lazy Approval under the <a href="#commit-then-review-ctr">CTR</a> policy.
Assumed Lazy Approval has no minimum
+length of time before the change can be made.</p>
<table class="table">
<thead>
@@ -366,15 +469,27 @@ See the <a href="https://www.apache.org/dev/pmc";>PMC
Guide</a> for more informat
</tbody>
</table>
-<p>No other voting actions are defined; all other actions should presume Lazy
Approval (defaulting to Consensus Approval upon veto). If an action is voted on
multiple times, or if a different approval type is desired, these bylaws should
be amended to include the action.</p>
+<p>No other voting actions are defined; all other actions should presume Lazy
+Approval (defaulting to Consensus Approval upon veto). If an action is voted on
+multiple times, or if a different approval type is desired, these bylaws should
+be amended to include the action.</p>
-<p>For the purposes of the “Adoption of New Codebase” action, the Accumulo
codebase is defined as the Accumulo site content, primary project code, and all
contributed code (“contribs”) as they exist in their respective repositories.
Adoption of a new codebase generally refers to the creation of a new contrib
repository, but could cover, for example, a rework of the project site, or
merging a contrib project into the primary codebase.</p>
+<p>For the purposes of the “Adoption of New Codebase” action, the Accumulo
+codebase is defined as the Accumulo site content, primary project code, and all
+contributed code (“contribs”) as they exist in their respective repositories.
+Adoption of a new codebase generally refers to the creation of a new contrib
+repository, but could cover, for example, a rework of the project site, or
+merging a contrib project into the primary codebase.</p>
-<p>Voting actions for the removal of a committer or PMC member are
intentionally not defined. According to ASF rules, <a
href="https://www.apache.org/dev/committers#committer-set-term";>committer
status never expires</a> and <a
href="https://www.apache.org/dev/pmc#pmc-removal";>PMC members can only be
removed with approval from the ASF Board</a>.</p>
+<p>Voting actions for the removal of a committer or PMC member are
intentionally
+not defined. According to ASF rules, <a
href="https://www.apache.org/dev/committers#committer-set-term";>committer
status never
+expires</a> and <a href="https://www.apache.org/dev/pmc#pmc-removal";>PMC
members can only be removed with approval
+from the ASF Board</a>.</p>
<h1 id="release-plans">Release Plans</h1>
-<p>The approval of a release plan begins the process of creating a new project
release. The process ends when a release candidate is approved.</p>
+<p>The approval of a release plan begins the process of creating a new project
+release. The process ends when a release candidate is approved.</p>
<p>An Accumulo release plan consists of at least the following:</p>
@@ -386,9 +501,13 @@ See the <a href="https://www.apache.org/dev/pmc";>PMC
Guide</a> for more informat
<li>the choice of a release manager</li>
</ul>
-<p>After feature freeze, new features should not be accepted for the release.
After code freeze, only critical fixes should be accepted for the release. The
release manager guides the decision on accepting changes.</p>
+<p>After feature freeze, new features should not be accepted for the release.
+After code freeze, only critical fixes should be accepted for the release. The
+release manager guides the decision on accepting changes.</p>
-<p>All dates in a plan are estimates, as unforeseen issues may require delays.
The release manager may adjust dates as needed. In serious circumstances, the
release manager may opt to call a re-plan vote.</p>
+<p>All dates in a plan are estimates, as unforeseen issues may require delays.
The
+release manager may adjust dates as needed. In serious circumstances, the
+release manager may opt to call a re-plan vote.</p>
</div>
diff --git a/output/feed.xml b/output/feed.xml
index f43662c30..e1f7abb15 100644
--- a/output/feed.xml
+++ b/output/feed.xml
@@ -6,8 +6,8 @@
</description>
<link>https://accumulo.apache.org/</link>
<atom:link href="https://accumulo.apache.org/feed.xml"; rel="self"
type="application/rss+xml"/>
- <pubDate>Mon, 22 Jul 2024 20:01:35 +0000</pubDate>
- <lastBuildDate>Mon, 22 Jul 2024 20:01:35 +0000</lastBuildDate>
+ <pubDate>Mon, 22 Jul 2024 20:44:20 +0000</pubDate>
+ <lastBuildDate>Mon, 22 Jul 2024 20:44:20 +0000</lastBuildDate>
<generator>Jekyll v4.3.3</generator>
