Mailing-List: contact general-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: general@incubator.apache.org
Received-SPF: pass (athena.apache.org: local policy)
Mime-Version: 1.0 (Apple Message framework v752.3)
In-Reply-To: <3C6A8656-5288-42D5-889D-8B328CC325AC@SUN.com>
References: <f767f0600710130043v3fc6d5f8r70162a0671e20393@mail.gmail.com>
 <96241AD6-E768-49E4-85D1-360F2D239F43@hogstrom.org>
 <471543D3.7050108@hursley.ibm.com>
 <3C6A8656-5288-42D5-889D-8B328CC325AC@SUN.com>
Content-Type: multipart/alternative; boundary=Apple-Mail-1--468395964
Message-Id: <292B4339-96E6-443F-B484-D825C70F5DF4@hogstrom.org>
From: Matt Hogstrom <matt@hogstrom.org>
Subject: Re: Graduation: how do we check "three or more independent
 committers" ?
Date: Tue, 16 Oct 2007 22:12:48 -0400
To: general@incubator.apache.org

--Apple-Mail-1--468395964
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	delsp=yes;
	format=flowed

Here is a quick initial definition.  I believe that it is the  
committer's responsibility to properly state their affiliation.  For  
instance, if a committer contributed to a project and it was approved  
by their employer (company A)  but not actually part of their  
immediate duties I wouldn't necessarily expect them to have to say I  
am affiliated with Company A and they might identify themselves as  
independent.  An underpinning of this definition is trust.

Affiliation:  For purposes of identifying a community's diversity and  
independence it is useful to identify a committer's afiliation.  It  
is useful to disclose to the community if a committer is working on a  
project as part of their primary job responsibility.  This can be  
loosely defined to mean paid to work on a project more than 4-hours a  
day.  This affiliation can be used to identify a project that would  
be in jeopardy should an organization that is supporting developers  
should those developers time be redirected to unrelated efforts.


On Oct 16, 2007, at 8:21 PM, Craig L Russell wrote:

> I do think it would be good to clarify the meaning of affiliations,  
> and make it more flexible.
>
> This topic has been kicked around for a while. Is there some  
> consensus that affiliation is project-specific, such that a  
> committer can be independent on project A while working on another  
> project B  as their "day job"?


--Apple-Mail-1--468395964--