Mailing-List: contact dev-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Developers List" <dev@commons.apache.org>
Received-SPF: pass (nike.apache.org: domain of jak-commons-dev@m.gmane.org
 designates 80.91.229.3 as permitted sender)
To: dev@commons.apache.org
From: =?UTF-8?B?SsO2cmc=?= Schaible <joerg.schaible@gmx.de>
Subject: Re: [Math] Performance bug: Lessons to be drawn?
Date: Mon, 31 Dec 2012 03:43:06 +0100
Lines: 33
Message-ID: <kbqu3n$ttr$1@ger.gmane.org>
References: <20121231000137.GB20126@dusk.harfang.homelinux.org>
Reply-To: joerg.schaible@gmx.de
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8Bit
User-Agent: KNode/4.9.3

Hi Gilles,

Gilles Sadowski wrote:

> Hello.
> 
> Are there lessons to be drawn from the problem discovered just after the
> recent release? Apart from pointing fingers, that is. :-}
> 
> I presume that people who voted for the release did as thorough a review
> as they could.
> And the problem is not primarily one of unit test coverage. Some use cases
> will always escape the scope of unit testing: It is not reasonable to
> extend the tests suite with all imaginable use cases.
> 
> One thing that comes to mind would be to announce the release candidates
> on the "user" ML, gently requesting those users who intend to upgrade to
> test the JAR in as many of their applications as possible. ["Let them
> speak now or forever remain silent." ;-)]
> For backwards-compatible releases, that does not seem to be a huge burden
> on the people that use CM.
> 
> What do you think?

So what? Simply release 3.1.1. We as PMC have to rely on the active 
component committers that they got it right. This time something slipped 
through, shit happens. No-one can expect that most of the commons PMC can 
judge a release with regard to contents. But we try to ensure the formal 
rules. These rules ensure that we should be able to get out a binary 
compatible 3.1.1 very easy.

Cheers,
Jörg


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org