Mailing-List: contact general-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: general@incubator.apache.org
Received-SPF: pass (herse.apache.org: domain of robertburrelldonkin@gmail.com
 designates 209.85.132.240 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=bppdlHT9jZXBEijEBRWqh9BySUhv0JXTfKNqFbW0GLUAd4x49Byk5/5SiFXRhRqBPkVwKNvr8NHtVn40gr87r0WOT5Bb+OfhjmBJJgnbApqv/wNORX4US1xALXDzRvY4Zp0LoVDkHMSlAJbfrHWW5zZWVfzRvkXG17W23oLYcZI=
Message-ID: <f470f68e0703290614m43c9d809x16f0529ba41f80c0@mail.gmail.com>
Date: Thu, 29 Mar 2007 14:14:46 +0100
From: "robert burrell donkin" <robertburrelldonkin@gmail.com>
To: general@incubator.apache.org, coar@apache.org,
 uima-dev@incubator.apache.org
Subject: Re: Inter-release minor fixes?
In-Reply-To: <460BB8CB.6010008@Golux.Com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <460BB8CB.6010008@Golux.Com>

On 3/29/07, Rodent of Unusual Size <Ken.Coar@golux.com> wrote:
> The UIMA podling has a fairly serious problem that was inadvertently
> introduced as part of the move to Apache, and was discovered by
> the users after the recent release.  The fix is to update a few
> files in a JAR; i.e., provide a replacement JAR.
>
> I don't recall seeing this sort of thing coming up before (though
> it probably has), so unless someone has a better suggestion here's
> what I propose:
>
> 1. The new JAR is put in the same download area as the UIMA release,
>    appropriately named.

it's important that the jar has a different name

(different cuts with the same name have a nasty habit of making trouble later)

> 2. A notice and instructions are posted to the Web and the mailing
>    lists.

sounds good

remember to tag (i've seen later issues with emergency releases where
this hasn't happened)

> Since this is not a full release issue, I'd like to assume lazy
> consensus for the above; i.e., unless someone objects, that's
> what we'll do on Sunday or Monday.

i'd feel much more comfortable with a release vote: every project
should have a release vote for every official release. it's just that
emergency fix releases like this should need much less scrutiny than
full releases and so can be done much quicker.

i'd recommend running votes in parrallel on UIMA and prefixing the
vote with  [VOTE][EMERGENCY]. given mentor votes, it shouldn't be hard
to find the 3 +1's from IPMC in the next day or two.

- robert

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