Perfect! Did you update the docs ?
Thanks in advance -- Łukasz + 48 606 323 122 http://www.lenart.org.pl/ Warszawa JUG conference - Confitura http://confitura.pl/ 2011/9/6 Maurizio Cucchiara <mcucchi...@apache.org>: > Hi Lukasz, > what about to: > 1. login to p.a.o: ssh yourLoginName@p.a.o > 2. cd /www/people.apache.org/builds/struts > 3. create (if not exists) the version folder: mkdir $VERSION > 4. wget -erobots=off -nv -l 1 --accept=zip,md5,sha1,asc -r > --no-check-certificate -nd -nH > https://repository.apache.org/content/groups/public/org/apache/struts/struts2-assembly/$VERSION/ > 5 rm *.pom > > Launching wget directly from p.a.o is very very fast. > > Also notice that I removed 2 flags from your original version of wget: > 1. -i --input-file=file: Read URLs from a local or external file > 2. -E --adjust-extension: If a file of type application/xhtml+xml or > text/html is downloaded and the URL does not end with the regexp > \.[Hh][Tt][Mm][Ll]?, this option will cause the suffix .html to be > appended to the local filename. > > > Maurizio Cucchiara > > > 2011/9/6 Łukasz Lenart <lukasz.len...@googlemail.com> >> >> Maurizio >> >> One more thing, the docs aren't accurate, you have to download the >> assemblies from Nexus, not to use created / uploaded by you as they >> miss control sums. I've been using the script below to do that: >> >> #!/bin/bash >> >> for f in struts*.* >> do >> rm $f >> done >> >> wget -erobots=off -nv -i -E -l 1 --accept=zip,md5,sha1,asc -r >> --no-check-certificate -nd -nH >> https://repository.apache.org/content/groups/public/org/apache/struts/struts2-assembly/$VERSION >> >> for f in *2-assembly*.zip* >> do >> mv $f `echo $f | sed s/2-assembly//g` >> done >> >> for f in struts2-assembly-*.pom* >> do >> rm $f >> done >> >> >> Kind regards >> -- >> Łukasz >> + 48 606 323 122 http://www.lenart.org.pl/ >> Warszawa JUG conference - Confitura http://confitura.pl/ >> >> 2011/9/5 Maurizio Cucchiara <maurizio.cucchi...@gmail.com>: >> > Hi René, >> > it makes a lot of sense to me. So if there is no objections, I would rename >> > the 2.2.3.1 branch to 2.2.3.x. >> > In this way, it makes also sense to allow the maven release plugin to >> > increment the version in order to prepare for next development iteration. >> > >> > Thank you for your suggestion. >> > Maurizio Cucchiara >> > >> > >> > On 5 September 2011 16:40, Rene Gielen <rene.gie...@googlemail.com> wrote: >> > >> >> Maurizio, >> >> >> >> great, thanks for jumping in! You've earned your Release Manager Badge >> >> the hard way, as it is mostly always for the first time :) >> >> >> >> While reading your posts and checking [1] I stumbled upon the branch >> >> name to use. >> >> >> >> Actually we should adjust "When a serious security issue arises, we >> >> should try to create a #.#.#.1 branch from the last GA release, and >> >> apply to that branch only the security patch." - the branch to create >> >> would be "2.2.3.x" and not "2.2.3.1" - the latter one will be the tag >> >> for the version to release. If we would have to roll out another patch >> >> release, the patch would be applied against 2.2.3.x branch and the >> >> tagged as 2.2.3.2. So I'd suggest to exchange the cited "#.#.#.1" with >> >> "#.#.#.x". >> >> >> >> Does this make sense to you guys? >> >> >> >> - René >> >> >> >> [1] >> >> >> >> https://cwiki.apache.org/confluence/display/WW/Creating+and+Signing+a+Struts+2.2.x+Distribution#CreatingandSigningaStruts2.2.xDistribution-FastTrackinganImportantSecurityRelease >> >> >> >> Am 05.09.11 17:58, schrieb Maurizio Cucchiara: >> >> > It looks like it works now, thank you Lukasz. >> >> > >> >> > Maurizio Cucchiara >> >> > >> >> > >> >> > >> >> > 2011/9/5 Łukasz Lenart <lukasz.len...@googlemail.com>: >> >> >> I've messed up everything, I was thinking about JIRA but checked on >> >> >> Confluence :/ >> >> >> >> >> >> Anyway, please check now. >> >> >> >> >> >> >> >> >> Kind regards >> >> >> -- >> >> >> Łukasz >> >> >> + 48 606 323 122 http://www.lenart.org.pl/ >> >> >> Warszawa JUG conference - Confitura http://confitura.pl/ >> >> >> >> >> >> >> >> >> 2011/9/5 Maurizio Cucchiara <mcucchi...@apache.org>: >> >> >>> Hi Lukasz, >> >> >>> I don't know if it will help, but looking at JIRA I realized that on >> >> >>> the OGNL project (so would you) I have the admin rights which we are >> >> >>> talking about. >> >> >>> Maurizio Cucchiara >> >> >>> >> >> >>> >> >> >>> >> >> >>> 2011/9/5 Łukasz Lenart <lukasz.len...@googlemail.com>: >> >> >>>> I've asked INFRA if they can create such a group - >> >> struts-release-manager >> >> >>>> I have rights to do it, but I don't know how :/ >> >> >>>> >> >> >>>> >> >> >>>> Kind regards >> >> >>>> -- >> >> >>>> Łukasz >> >> >>>> + 48 606 323 122 http://www.lenart.org.pl/ >> >> >>>> Warszawa JUG conference - Confitura http://confitura.pl/ >> >> >>>> >> >> >>>> >> >> >>>> 2011/9/5 Maurizio Cucchiara <mcucchi...@apache.org>: >> >> >>>>> Hi Wendy, >> >> >>>>> I was talking about the 6,7,8 steps listed on http://s.apache.org/hb >> >> >>>>> and generally everything related to JIIRA, since I have no JIIRA >> >> admin >> >> >>>>> rights. >> >> >>>>> >> >> >>>>> >> >> >>>>> Maurizio Cucchiara >> >> >>>>> >> >> >>>>> >> >> >>>>> >> >> >>>>> On 5 September 2011 01:59, Wendy Smoak <wsm...@gmail.com> wrote: >> >> >>>>>> On Sun, Sep 4, 2011 at 4:17 PM, Maurizio Cucchiara >> >> >>>>>> <mcucchi...@apache.org> wrote: >> >> >>>>>>> Lukasz, >> >> >>>>>>> I am afraid I am not able to perform the 6,7,8 tasks illustrated >> >> on >> >> >>>>>>> http://s.apache.org/rel, since I have no enough karma. >> >> >>>>>> Which steps do you mean? Any committer should be able to stage a >> >> >>>>>> release and call a vote. >> >> >>>>>> >> >> >>>>>> (There is a 'versions' plugin that can make the version number >> >> >>>>>> changes, though if you're good at regular expressions your way was >> >> >>>>>> probably quicker. :) ) >> >> >>>>>> >> >> >>>>>> -- >> >> >>>>>> Wendy >> >> >>>>>> >> >> >>>>>> >> >> --------------------------------------------------------------------- >> >> >>>>>> To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org >> >> >>>>>> For additional commands, e-mail: dev-h...@struts.apache.org >> >> >>>>>> >> >> >>>>>> >> >> >>>>> --------------------------------------------------------------------- >> >> >>>>> To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org >> >> >>>>> For additional commands, e-mail: dev-h...@struts.apache.org >> >> >>>>> >> >> >>>>> >> >> >>>> --------------------------------------------------------------------- >> >> >>>> To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org >> >> >>>> For additional commands, e-mail: dev-h...@struts.apache.org >> >> >>>> >> >> >>>> >> >> >> --------------------------------------------------------------------- >> >> >> To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org >> >> >> For additional commands, e-mail: dev-h...@struts.apache.org >> >> >> >> >> >> >> >> > --------------------------------------------------------------------- >> >> > To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org >> >> > For additional commands, e-mail: dev-h...@struts.apache.org >> >> > >> >> >> >> >> >> --------------------------------------------------------------------- >> >> To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org >> >> For additional commands, e-mail: dev-h...@struts.apache.org >> >> >> >> >> > >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org >> For additional commands, e-mail: dev-h...@struts.apache.org >> > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org