Mailing-List: contact general-help@xml.apache.org; run by ezmlm
Precedence: bulk
Reply-To: general@xml.apache.org
Mime-Version: 1.0 (Apple Message framework v618)
In-Reply-To: <20040612005108.65835.qmail@web60108.mail.yahoo.com>
References: <20040612005108.65835.qmail@web60108.mail.yahoo.com>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <17999098-BD3B-11D8-A1C1-000A95CDA38A@asemantics.com>
Content-Transfer-Encoding: 7bit
From: Dirk-Willem van Gulik <dirkx@asemantics.com>
Subject: Re: CVS and Subversion 
Date: Sun, 13 Jun 2004 15:10:50 +0200
To: general@xml.apache.org


On Jun 12, 2004, at 2:51 AM, Glen Mazza wrote:

> I think it should be noted, for those unaware, that
> the ASF Chairman is a team member on the Subversion
> project.  (http://www.lyra.org/greg/)

Historically within the ASF people have separated their private life, 
role-at-work and other hobby-horses and their  hat's quite well. And I 
strongly believe that Greg is doing so carefully as well.

> Even if we're not being forced into SVN, this is
> something the Apache teams should be informed of.

I personally hope that things are kept separate. A lot of us have alter 
ego's working on other open source projects, on standards bodies and on 
proprietary code - and we really need to ensure that sound engineering 
judgement is not compromised by this - instead it should be something 
which strengthens.

But I can see that it may seem that there is a certain level of 
evangelizing akin to the 'take-it-all' that seen in the 
gnu/libtool/configure or in the qmail/djb-dns in that part of the 
world. Sofar however I completely trust the Infrastructure team to help 
the PMCs build the right infrastructure for the developers and for ASF 
(rather than force the ASF to use Subversion for market-share reasons) 
- and I've only seen the most professional of behaviours.

DO bear in mind that the ideas and concepts going into subversion 
derive directly from the ASF: it tries to address, fix or mitigate 
every fault and issue we have had over the past 5+ years in the ASF. So 
it is hard not to see this as 'nearly ideal' from a functional and code 
mntg perspective.

Ultimately however it is not the board, chariman or ASF who decides 
what each projects use - that is something for each PMC and
each committer/developer community themselves to determine. And the 
role of the ASF itself is limited to long term code custodianship which 
is far removed from the operational choice of a code mngt platform once 
the legal auditability and reconstruction needs are met.

Dw


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