Re: [VOTE] Apache Maven Javadoc Plugin 2.9.1 (take 2)

2013-06-26 Thread Tony Chemit
On Tue, 25 Jun 2013 22:52:31 +0200 Robert Scholte rfscho...@apache.org wrote: +1 tony. +1 Op Tue, 25 Jun 2013 08:46:21 +0200 schreef Ralph Goers ralph.go...@dslextreme.com: KEYS file - http://svn.apache.org/repos/asf/maven/project/KEYS svn tag -

Re: [VOTE] Release Maven Enforcer version 1.3 (take 2)

2013-06-26 Thread Tony Chemit
On Tue, 25 Jun 2013 22:23:13 +0200 Robert Scholte rfscho...@apache.org wrote: +1, tony. Hi, We solved 15 issues: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11530version=19011 There are still a couple of issues left in JIRA:

Re: Release process updates

2013-06-26 Thread sebb
I meant: if the pom is created with the correct final URLs in the first place, it won't have to be changed. It might need a tweak to the appropriate plugin, but it's not impossible to achieve. The same process would work with the system used by Lucene. On 26 June 2013 06:48, Hervé BOUTEMY

Re: Download links for source packages - where are they?

2013-06-26 Thread sebb
On 26 June 2013 02:48, Barrie Treloar baerr...@gmail.com wrote: On 26 June 2013 10:48, sebb seb...@gmail.com wrote: The point is that the ASF release source, and it must be provided for download via the ASF mirrors. See: http://www.apache.org/dev/release.html#host-GA If you don't point

Re: Release process updates

2013-06-26 Thread Chris Graham
On Wed, Jun 26, 2013 at 7:06 PM, sebb seb...@gmail.com wrote: I meant: if the pom is created with the correct final URLs in the first place, it won't have to be changed. They are. If you'd used the release plugin, then you would have seen this. It might need a tweak to the appropriate

Re: Release process updates

2013-06-26 Thread sebb
On 26 June 2013 02:59, Barrie Treloar baerr...@gmail.com wrote: Then replace cd target/checkout mvn clean deploy -Papache-release with delete target/checkout svn co blah to target/checkout mvn clean deploy -Papache-release Since it was mvn release:perform that created target/checkout in

Re: Release process updates

2013-06-26 Thread sebb
On 26 June 2013 10:56, Chris Graham chrisgw...@gmail.com wrote: On Wed, Jun 26, 2013 at 7:06 PM, sebb seb...@gmail.com wrote: I meant: if the pom is created with the correct final URLs in the first place, it won't have to be changed. They are. If you'd used the release plugin, then you

Re: Download links for source packages - where are they?

2013-06-26 Thread Barrie Treloar
On 26 June 2013 18:44, sebb seb...@gmail.com wrote: Howewer the ASF releases source. If you don't provide a download link to the source how are users supposed to find it? I agree that most people are not going to want to download the original source. But that does not mean it should be

Re: Maven 3.1.0-beta-1

2013-06-26 Thread Jörg Schaible
Hi Jason, Jason van Zyl wrote: Doesn't see to be a whole lot of activity around the 3.1.0-alpha-1 so I plan to cut the 3.1.0-beta-1 this weekend if there are no objections. Apart from the reported bogus build with snapshots (MNG-5207) it seems M31 has a major problem with PermGen space

Re: Maven 3.1.0-beta-1

2013-06-26 Thread Igor Fedorenko
Are you able to provide standalone example project that demonstrates the problem? -- Regards, Igor On 2013-06-26 4:23 PM, Jörg Schaible wrote: Hi Jason, Jason van Zyl wrote: Doesn't see to be a whole lot of activity around the 3.1.0-alpha-1 so I plan to cut the 3.1.0-beta-1 this weekend if

Re: Maven 3.1.0-beta-1

2013-06-26 Thread Kristian Rosenvold
Funny in a sort of ironic way, permgen is noticeably better in 3.1 for my usecases :) The simplest way to get (my) attention to this issue is to create 2 heap dumps of your maven process, one after some time and the other just before it runs out of permgen. (some time is supposed to be well into

Re: Maven 3.1.0-beta-1

2013-06-26 Thread Kristian Rosenvold
Oops. It appears the standard heap dump toosl don't really dump permgen, so that's not going to get us anywhere. I usually do this in jprofiler, maybe someone else has a suggestion :) Kristian 2013/6/26 Kristian Rosenvold kristian.rosenv...@gmail.com: Funny in a sort of ironic way, permgen

Re: Download links for source packages - where are they?

2013-06-26 Thread Stephen Connolly
On Wednesday, 26 June 2013, Barrie Treloar wrote: On 26 June 2013 18:44, sebb seb...@gmail.com javascript:; wrote: Howewer the ASF releases source. If you don't provide a download link to the source how are users supposed to find it? I agree that most people are not going to want to

Re: Maven 3.1.0-beta-1

2013-06-26 Thread Jason van Zyl
I will resurrect the performance framework that Igor build long ago. I should be running it when major changes are made. I'll report back later this week. I need to find an old, crappy machine to run them on to gauge the difference accurately. On Jun 26, 2013, at 8:23 AM, Jörg Schaible

Re: Release process updates

2013-06-26 Thread Mirko Friedenhagen
Hello there, when. respinning a release it would of help IMO instead of deleting the tag to rename it to e.g. maven-javadoc-plugin-2.9-rc1 using svn mv. By means of this you are able to easily diff between e.g. released 2.8 and the final 2.9 as well as between 2.9-rc1 and the final 2.9. Regards

Re: svn commit: r1497151 - /maven/site/trunk/content/xdoc/download.xml.vm

2013-06-26 Thread sebb
On 26 June 2013 23:54, ol...@apache.org wrote: Author: olamy Date: Wed Jun 26 22:54:24 2013 New Revision: 1497151 URL: http://svn.apache.org/r1497151 Log: add a link to sources to get a bit of peace (I hope at least for few days :-)) -1 wrong URL. Modified:

Re: Release process updates

2013-06-26 Thread Olivier Lamy
Sounds a good idea for me (probably until someone else complain :-) ). And if that stop discussions and move people to working on code/fixing issues (i.e something very important for users) that will be great! 2013/6/27 Mirko Friedenhagen mfriedenha...@gmail.com: Hello there, when. respinning

Re: Release process updates

2013-06-26 Thread sebb
Yes, tags are cheap so can be kept until no longer useful. If there are a lot of stale tags it can get difficult to navigate the tags directory, so it makes sense to delete all but the successful tag once the vote has completed. There should be no need to keep failed tags once the vote is