Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cocoon.apache.org
Received-SPF: neutral (asf.osuosl.org: local policy)
Message-ID: <441937BB.6060300@odoko.co.uk>
Date: Thu, 16 Mar 2006 10:02:35 +0000
From: Upayavira <uv@odoko.co.uk>
Organization: Odoko Ltd
User-Agent: Mail/News 1.5 (X11/20060213)
MIME-Version: 1.0
To: dev@cocoon.apache.org
Subject: Re: [RT] a simple release plan
References: <44183A19.5080908@apache.org> <441880E3.90303@nada.kth.se>
 <4418A2D7.7030604@apache.org> <44192F23.6080308@odoko.co.uk>
 <441934EC.3030902@apache.org>
In-Reply-To: <441934EC.3030902@apache.org>
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: 7bit

Reinhard Poetz wrote:
> Upayavira wrote:
> 
>> Carsten has offered a suggestion that _he_ is prepared to implement. I
>> would like to hear other proposals from people of things that _they_ are
>> prepared to implement. Only that way will we move beyond this impass.
> 
> There are many documents that explain the roadmap Daniel and I follow
> ATM. The only thing we are asking for is that we all work on trunk.
> Everything else is another internal fork (didn't we agree that this was
> a bad idea?) and we have to make sure again that everything gets synced
> again and again. That's the reason for the -1 on Carsten's proposal of
> Daniel and me.
> 
> So what's the overhead for people that want to work on trunk? They
> should make sure that the testcases run through and they should run the
> samples before they commit. Is this such a special requirement? Does
> somebody have to understand in detail what the testcases cover?
> 
> If a testcase gets broken *locally* by a developer, the developer should
> discuss the change on dev@cocoon and then people can decide together how
> to proceed. That should be the standard procedure in every development
> project, may it be opensource or commercial.
> 
> Can we agree on these very basic rules?

The overhead for people to work on trunk is that trunk is largely
unknown. It is my perception that many people have little confidence
that trunk actually works. Fear that it will change frequently, and that
they will have to invest a lot of effort (time which they don't have) in
order to keep up.

That's the concern I'm trying to address. Not whether trunk _actually_
works, but how people in our community _feel_ about it. It may be just
'emotion', but it really is important, as, IMO, emotion (or could I say
emotional investment) is the fundamental underpinning of our community.
If that fades away, away with it goes our community.

I'm looking for ideas of ways and suggestions as to how our community
can move on with this more 'fuzzy' stuff - and get more of us developing
and innovating again.

Upayavira