On Tue, Apr 23, 2013 at 4:52 PM, sebb <[email protected]> wrote:

> On 23 April 2013 21:02, Gary Gregory <[email protected]> wrote:
>
> > On Tue, Apr 23, 2013 at 3:51 PM, Oliver Heger
> > <[email protected]>wrote:
> >
> > > Hi Gary,
> > >
> > > I am very sorry that this happened to you. When I did my last release,
> I
> > > was pretty nervous when doing this manual deletion step. It would
> really
> > be
> > > cool if this somehow could be automated.
> > >
> > > Regarding the vote: I am not sure what exactly I have to check. This
> time
> > > the staging repository does not seem to contain the distribution
> > archives.
> > > Is this intended?
> > >
> >
> > Yes and no.
> >
> > Yes, I deleted them on purpose as I was following Sebb's suggestion to
> > re-spin a stagging repo. What I did not understand, I think, is that he
> > must have meant to upload the missing files to the /existing/ repository.
> >
> >
> No, I did mean to upload the files again.
> However that was intended in the context of how to fix a  damaged staging
> repo before the vote.
> Sorry, I should have made that clear.
>
> I'm not sure it's possible to upload files to a closed staging repo - you
> can delete files, but not add them AFAIK.
>
> I don't know if Nexus allows the staging repo to be published if any of the
> hashes are missing, but even if it does, Maven downloads may well complain
> if the hashes are missing, and repairing that may be tricky - Maven Central
> has its own rules about such things.
>

That's the complaint I got from Nexus: Missing MD5 and SHA1 hashes.

Gary


>
> Instead, I dropped the repo and created another one, from the same local
> > build as the previous repo.
> >
> > Then Sebb, said, nope, new repo = new VOTE. So there we are.
> >
>
> Yes, once the repo has been changed, it clearly needs a new vote; we can
> only release source that has been voted on.
>
>
> > And to top it all off, I now realize I need to respin another repo, so
> that
> > folks can download the -bin and -src.
> >
> > I am beyond disgusted the whole process and its ~20 steps just to get to
> a
> > VOTE, and the additional crap we have to deal with beyond that.
> >
> >
> The tarballs don't have to be in the Nexus staging repo, but they do have
> to be voted on.
> The release preparation doc suggests moving them from the staging repo to
> the dist/dev SVN repo.
> The URL for it can then be included in the RC vote.
>
> :(
> >
> > Gary
> >
> >
> > >
> > > Oliver
> > >
> > > Am 23.04.2013 15:20, schrieb Gary Gregory:
> > >
> > >  Hello All:
> > >>
> > >> This is a VOTE to release Commons Codec 1.8-RC4 (yes, /again/)
> > >>
> > >> Commons Codec 1.8 requires a minimum of Java 1.6
> > >>
> > >> Changes from 1.8-RC4 VOTE take 1 are:
> > >>
> > >> NOTHING. I deleted too many checksum files in Nexus before trying to
> > >> release the repo, so I created a new staging repo:
> > >> https://repository.apache.org/**content/repositories/**
> > >> orgapachecommons-129/<
> > https://repository.apache.org/content/repositories/orgapachecommons-129/
> >
> > >>
> > >> Changes from 1.8-RC3 are:
> > >>
> > >> Add pmd.xml to source distribution to build the site.
> > >>
> > >> Changes from 1.8-RC2 are:
> > >>
> > >> Clarify NOTICE.txt
> > >>
> > >> Changes from 1.8-RC1 are:
> > >>
> > >> o Set the correct version for the Ant build in default.properties
> > >> o Fix URLs in NOTICE.txt file and Java source for ASpell.
> > >>
> > >> Changes in this version include:
> > >>
> > >> New features:
> > >> o CODEC-168:  Add DigestUtils.updateDigest(
> > >> MessageDigest, InputStream). Thanks to Daniel Cassidy.
> > >> o CODEC-167:  Add JUnit to test our decode with pad character in the
> > >> middle.
> > >> o CODEC-161:  Add Match Rating Approach (MRA) phonetic algorithm
> > encoder.
> > >> Thanks to crice.
> > >>
> > >> Fixed Bugs:
> > >> o CODEC-163:  ColognePhonetic encoder unnecessarily creates many char
> > >> arrays on every loop run. Thanks to leo141.
> > >> o CODEC-160:  Base64.**encodeBase64URLSafeString doesn't add padding
> > >> characters at the end.
> > >>
> > >> This VOTE is open for at least 72 hours until April 22 2013 at 1:00 PM
> > >> EST.
> > >>
> > >> The files:
> > >>
> > >> https://repository.apache.org/**content/repositories/**
> > >> orgapachecommons-129/<
> > https://repository.apache.org/content/repositories/orgapachecommons-129/
> >
> > >>
> > >> The tag:
> > >>
> > >>
> https://svn.apache.org/repos/**asf/commons/proper/codec/tags/**1.8-RC4<
> > https://svn.apache.org/repos/asf/commons/proper/codec/tags/1.8-RC4>
> > >>
> > >> The site:
> > >>
> > >> https://people.apache.org/~**ggregory/commons-codec/1.8-**RC4/site/<
> > https://people.apache.org/~ggregory/commons-codec/1.8-RC4/site/>
> > >>
> > >> Thank you,
> > >> Gary Gregory
> > >>
> > >>
> > >
> > >
> ------------------------------**------------------------------**---------
> > > To unsubscribe, e-mail: dev-unsubscribe@commons.**apache.org<
> > [email protected]>
> > > For additional commands, e-mail: [email protected]
> > >
> > >
> >
> >
> > --
> > E-Mail: [email protected] | [email protected]
> > Java Persistence with Hibernate, Second Edition<
> > http://www.manning.com/bauer3/>
> > JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
> > Spring Batch in Action <http://www.manning.com/templier/>
> > Blog: http://garygregory.wordpress.com
> > Home: http://garygregory.com/
> > Tweet! http://twitter.com/GaryGregory
> >
>



-- 
E-Mail: [email protected] | [email protected]
Java Persistence with Hibernate, Second Edition<http://www.manning.com/bauer3/>
JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
Spring Batch in Action <http://www.manning.com/templier/>
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

Reply via email to