Re: [RESULT] [VOTE] Release commons-logging 1.1.0 As Alpha1

2006-02-27 Thread robert burrell donkin
On Mon, 2006-02-27 at 10:21 +1100, Torsten Curdt wrote:
> On 27.02.2006, at 06:29, robert burrell donkin wrote:
> 
> > too few binding votes have been cast. this release has therefore
> > failed.
> 
> Argh! Currently a bit semi-offline

not a big problem as it happens: there's no real support for cutting an
alpha (which is my preferred option so that we can try to get it tested)
and there's a problem emerged with websphere. i'll cut some more
candidates and try to talk people into testing them. 

- robert


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [RESULT] [VOTE] Release commons-logging 1.1.0 As Alpha1

2006-02-26 Thread Torsten Curdt


On 27.02.2006, at 06:29, robert burrell donkin wrote:


too few binding votes have been cast. this release has therefore
failed.


Argh! Currently a bit semi-offline


i'll tally the VOTEs no earlier than 2400 GMT saturday 25th february
2006.


--8<- 
--

[ ] +1 I have checked RC5 and approve it for release
[x] +0 I approve of the release but have not checked it in detail
[ ] -0 I disapprove of the release but have not checked it in detail
[ ] -1 I have checked RC5 and it is flawed (please list improvements
needed)
- 
--


Too late and only a +0 ...but just for the records

cheers
--
Torsten

smime.p7s
Description: S/MIME cryptographic signature


[RESULT] [VOTE] Release commons-logging 1.1.0 As Alpha1

2006-02-26 Thread robert burrell donkin
too few binding votes have been cast. this release has therefore
failed. 

- robert

On Sat, 2006-02-18 at 15:38 +, robert burrell donkin wrote:
> this is a little involved and the explanations a little length. if you
> are just voting then please cut the context. if you wish to make some
> comments then please cut the votes (this should make the thread easier
> to handle.
> 
> there are two votes here: the first is a release vote on the latest
> release candidate (RC5) and the second on a proposal to use a system of
> promotion which would dub this release Alpha1 (to allow time for
> testing. please read the proposal for more details).
> 
> JCL is an important release for a very widely used and strongly
> criticised component so please take enough time to review the candidates
> and spot any faults.
> 
> i'll tally the VOTEs no earlier than 2400 GMT saturday 25th february
> 2006.
> 
> i'd +1 to both the release vote and the process proposal
> 
> - robert
> 
> -- 8< -
> 
> Release RC5
> ===
> 
> This vote is for the technical check that the latest release candidate
> is of sufficient quality to be a Jakarta Commons release. It's status
> will depend on the result of the process vote (see below).
> 
> The release candidate is available from
> http://people.apache.org/~rdonkin/commons-logging/ and the website from
> http://people.apache.org/~rdonkin/commons-logging/site/. This is an
> important release so please check it carefully and feel free to note any
> improvements which could be made.
> 
> --8<---
> [ ] +1 I have checked RC5 and approve it for release  
> [ ] +0 I approve of the release but have not checked it in detail
> [ ] -0 I disapprove of the release but have not checked it in detail
> [ ] -1 I have checked RC5 and it is flawed (please list improvements
> needed)
> --- 
> 
> PROCESS PROPOSAL
> 
> 
> Most commons components use a release that uses multiple release
> candidates. Once the release is up to the technical standards required
> for Jakarta Commons releases, it is approved and released. 
> 
> JCL 1.1.0 is an important release. Not only is JCL very widely used but
> the limitations of the 1.0.x series of releases has been widely
> reported. It is important that the 1.1 release not only resolves these
> problems but also does not introduce any new ones.
> 
> I'd therefore like to propose that (for this release) the following
> additions be made to the conventional process:
> 
> Release candidates will be produced as normal until one satisfies the
> quality standards required for jakarta commons releases. At that stage,
> though, the release will be dubbed commons-logging-1.1-alpha1. An
> announcement will be made requesting that users, developers and
> committers test this release. If there are no problems then a subsequent
> VOTE will be held to promote this release. 
> 
> The release will be recut each time but no code modifications will be
> made without resetting the process. 
> 
> --8<---
> [ ] +1 Approve this process
> [ ] +0
> [ ] -0
> [ ] -1 Do not use this process
> --- 
> 


signature.asc
Description: This is a digitally signed message part