On 9 January 2012 17:06, Gary Gregory <garydgreg...@gmail.com> wrote:
> On Mon, Jan 9, 2012 at 11:55 AM, sebb <seb...@gmail.com> wrote:
>> On 9 January 2012 15:46, Gary Gregory <ggreg...@apache.org> wrote:
>>> Good day to you all:
>>>
>>> I have prepared Commons Pool 1.6-RC4.
>>>
>>> There is NO change from RC3.
>>>
>>> This RC exists because I blew up the Nexus staging repository for RC3
>>> and a new RC is needed for a clean release process.
>>>
>>> The only changes from 1.5.7 are the additions of generics and
>>> therefore requires Java 5.
>>>
>>> Tag:
>>>
>>> https://svn.apache.org/repos/asf/commons/proper/pool/tags/POOL_1_6_RC4/
>>>
>>> Site:
>>>
>>> https://people.apache.org/builds/commons/pool/1.6/RC4/
>>>
>>> Binaries:
>>>
>>> https://repository.apache.org/content/repositories/orgapachecommons-043/
>>>
>>> The link above includes checksum files.
>>
>> But these disappear when the staging repo is promoted or dropped, so
>> this is not useful as a cross-check (if that's what's intended).
>
> Hm, I am not sure I understand. Cross check with what? The RC3 staging
> repos is gone, it was not salvageable by a mere Maven/Nexus mortal
> like me.

I've not use Nexus upload much - I only used it to release the Daemon
jars from the existing binary release, but that worked fine.

> This is a new RC with my guarantee that nothing has changed from the
> previous RC: the RC3 and RC4 tags contain the same version of the same
> files.

Which is necessary (but not sufficient) to ensure the release is the same.

> Yes, the files were rebuilt by maven, but nothing changed in
> the source files. I am taking the conservative path with a new RC and
> vote instead of deploying to Nexus, closing, and releasing the repo,
> because as you mentioned, we vote on the contents of a specific Nexus
> staging repo. And yes the repo goes away after a release but that has
> always been like that. Are you suggesting a different process?

I'm suggesting that having the actual hashes in the VOTE e-mail is
better for traceability as the dist and Maven repo contents can be
linked directly to the VOTE.

I guess that one can also follow the Nexus promotion mail trail and
tie it to the vote, but AFAICT that does not prove conclusively that
the artifacts present in a repo are identical to the ones voted on.

It would also have avoided needing to re-run the VOTE, had you (or
someone else) been able to recreate the staging repo from the original
files.

> Thank you,
> Gary
>
>>
>>>
>>> [ ] +1 release it
>>> [ ] +0 almost, please fix:
>>> [ ] -1 no because:
>>>
>>> This VOTE is open for at least 72 hours, until Janurary 12 2011, 10:30 EST.
>>>
>>> Changes:
>>> o [POOL-208] Support Java 1.5 Generics in version 1.x.
>>>
>>> Thank you and happy new year,
>>> Gary
>>>
>>> --
>>> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
>>> JUnit in Action, 2nd Ed: http://bit.ly/ECvg0
>>> Spring Batch in Action: http://bit.ly/bqpbCK
>>> Blog: http://garygregory.wordpress.com
>>> Home: http://garygregory.com/
>>> Tweet! http://twitter.com/GaryGregory
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>>> For additional commands, e-mail: dev-h...@commons.apache.org
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>>
>
>
>
> --
> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> JUnit in Action, 2nd Ed: http://bit.ly/ECvg0
> Spring Batch in Action: http://bit.ly/bqpbCK
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>

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

Reply via email to