Mailing-List: contact general-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: general@incubator.apache.org
Received-SPF: pass (nike.apache.org: domain of williamstw@gmail.com designates
 209.85.160.175 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type;
        b=RGJZdFu8BSz/FZESgYeDK30QaR26L0yqR3EUXRzjslWZIzxfnpPWsQ3+REfhFikTRS
         +/iK7RM9oT1G5wULbRCTIkf0/M/uZGj0bA9C14MUH+HpEkM0+IAnR4JO05vfMyrsStoI
         CeBeEPx1Bhods1Bam77shxkq1cRGDERVOA0/s=
MIME-Version: 1.0
In-Reply-To: <E1CF4B1B-6BD2-49A8-B925-B91708689074@oracle.com>
References: <AANLkTik1xa+t6t_urEyREP69OkU1zJtDgmegSQ_3LDMD@mail.gmail.com>
	<CMECLHIGIKFCOPHDFPNOOEAFAMAB.noel@devtech.com>
	<AANLkTik-U_=7i_czeyd3hc+7QHxHQUpENqG2Acc_AnZ=@mail.gmail.com>
	<6C0DD8DA-F950-4DAB-8657-807D1CA333D3@oracle.com>
	<20100817174301.GB2078@daniel3.local>
	<13579AB4-B92B-4278-8FEC-1A723BC48267@oracle.com>
	<AANLkTi==t4H5xaNNWvV=baDDG-i1PmDWN8YcWAk97PqY@mail.gmail.com>
	<AANLkTimJbh8Rw0T0STe52Y2RjgrmcgDj1BUzbzkyR-=R@mail.gmail.com>
	<AANLkTinX7o3RL=fhF9KeFK-O8XgO_AP_xDq2QXN91oef@mail.gmail.com>
	<F808C498-6CB4-4843-B0C0-E804D728CAAA@oracle.com>
	<16878.98627.qm@web54409.mail.re2.yahoo.com>
	<3DFE5BE1-DDB5-4D30-8357-2413250DD2F9@oracle.com>
	<511356.12648.qm@web54404.mail.re2.yahoo.com>
	<E1CF4B1B-6BD2-49A8-B925-B91708689074@oracle.com>
Date: Thu, 19 Aug 2010 19:41:30 -0400
Message-ID: <AANLkTinzCRB=Vxf3R7BoD2dhfwLjpA=X2tC9F-jgAX=1@mail.gmail.com>
Subject: Re: Subversion full/partial committer (was: Re: an experiment)
From: Tim Williams <williamstw@gmail.com>
To: general@incubator.apache.org
Content-Type: text/plain; charset=ISO-8859-1

On Thu, Aug 19, 2010 at 6:45 PM, Craig L Russell
<craig.russell@oracle.com> wrote:
> I wish we had completed this discussion while subversion was still in
> incubation, while the subversion community could learn the common Apache
> terminology and have no need for translation of the terms.
>
> Instead, a suggestion to that effect was brutally shot down.
>
> And since it's apparently not clear what my point is, I'll repeat it:
>
> Apache has a common set of terms that everyone who participates is expected
> to understand. They are documented in the foundation "How we work" pages.
>
> Projects are free to have their own set of rules and terminology. If they
> differ much from standard Apache governance, there's an opportunity for them
> to have their own bylaws.
>
> When communicating with the wider Apache community, the standard terms are
> all that are needed. Parentheticals in such things as board reports, which
> are widely disseminated, might seem useful early in the project but are
> unnecessary very quickly. If they serve to clarify for the wider community,
> ok. But if parentheticals' only purpose is project communication, I believe
> that they are best avoided, as project members should know the Apache
> terminology (before exiting incubation).

Who cares?  This reeks to me of bureaucracy one might find at a
$dayjob.  I mean, the "apache" terms were used in the report, the
parentheticals were project-specific.  Eventually, they might simply
realize that the apache terminology is cool enough to use directly.
All board members are apparently competent enough to ignore the
parentheticals in their mind's eye - if they had a problem, they would
have mentioned it.  All will be ok, really.  This thread, like Joe's
thread, makes me wonder how such a pioneering group got such an
obeying/mother-may-i culture - it's nearly embarrassing.

--tim

---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org