Mailing-List: contact infrastructure-dev-help@apache.org; run by ezmlm
Precedence: bulk
Reply-To: infrastructure-dev@apache.org
Received-SPF: pass (nike.apache.org: domain of joe_schaefer@yahoo.com
 designates 98.136.217.219 as permitted sender)
From: Joseph Schaefer <joe_schaefer@yahoo.com.INVALID>
Content-Type: text/plain;
	charset=utf-8
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (1.0)
Subject: Re: Why are committers accounts never terminated?
Message-Id: <36CF1076-1E97-411C-8248-ED3C8E13724E@yahoo.com>
Date: Thu, 12 Mar 2015 18:45:05 -0400
References: <5501AD03.1050905@gmail.com>
 <197250265.3336036.1426173467047.JavaMail.yahoo@mail.yahoo.com>
 <CADPkm84piXA=PB7pySRYXbEuenibT61G0x6kvtbM5_RFEuevfQ@mail.gmail.com>
 <5501B30C.5090405@PCCC.com> <5501C6AC.5040804@gmail.com>
In-Reply-To: <5501C6AC.5040804@gmail.com>
To: "infrastructure-dev@apache.org" <infrastructure-dev@apache.org>

Folks, cmon already.  If for any reason that you think the board will accept=
, you wish to drop users from either the project committer role or the pmc r=
ole, vote and report and have the chair make it so.  All of that data is man=
aged in ldap by the ldap scripting tools on people.apache.org for the chairs=
 use and enjoyment.

The is no need whatsoever to discuss this with an angle towards making infra=
 do anything nor to setting any sort of org wide standard.  Just ensure the b=
oard is agreeable and that is sufficient.

Sent from my iPhone

> On Mar 12, 2015, at 1:02 PM, Emmanuel L=C3=A9charny <elecharny@gmail.com> w=
rote:
>=20
> Le 12/03/15 16:38, Kevin A. McGrail a =C3=A9crit :
>> On 3/12/2015 11:31 AM, Pierre Smits wrote:
>>> Including community dev as it seems appropriate.
>>>=20
>>> Offboarding is equally important as onboarding. The solution as
>>> described by Emmanuel and applied by Apache Directory project is a
>>> good one. If the PMC of project FOO wants to have done it
>>> differently, then it is their prerogative.
>> We will have to agree to disagree because to me it's an apache way
>> that volunteers can step away and step back without giant hurdles.
>=20
> I never said we revoke access to committer that are moved to an emeritus
> status.
>=20
> It's just a cosmetic change, which is only reflected on the project page
> : http://directory.apache.org/team.html
>=20
> At any time, one committer might come back, his access is always
> granted, we just have to update the team page.
>=20
> Simple, easy, efficient, respectful.
>=20