[RESULT] Re: [VOTE] Release Apache Commons Math 3.2 - RC5

2013-04-06 Thread Luc Maisonobe
Le 02/04/2013 22:55, Luc Maisonobe a écrit :
 This is a [VOTE] for releasing Apache Commons Math 3.2, based on release
 candidate 5.

This vote has passed with the following +1 votes (all are binding votes):

 Oliver Heger
 Gilles Sadowski
 Gary   Gregory
 LucMaisonobe
 Phil   Steitz

Thank you to everyone
Luc

 
 This version fixes numerous bugs and adds a few features.
 
 You can retrieve the various parts here:
 
 Sources, binaries and release notes:
 
 https://dist.apache.org/repos/dist/dev/commons/math/ (svn revision 1728)
 
 Maven artifacts are here:
 
 https://repository.apache.org/content/repositories/orgapachecommons-053/org/apache/commons/commons-math3/3.2/
 
 Details of changes since 3.1.1 are in the release notes:
 
 https://dist.apache.org/repos/dist/dev/commons/math/RELEASE-NOTES.txt
 
 http://people.apache.org/~luc/commons-math-3.2-RC5-site/changes-report.html
 (will be available only tomorrow morning European time)
 
 Tag:
 
 http://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_3_2_RC5/
 (svn revision 1463704)
 
 Site (will be available only tomorrow morning European time):
 
 http://people.apache.org/~luc/commons-math-3.2-RC5-site/
 
 All reports (CLIRR, RAT, findbugs ...) :
 
 http://people.apache.org/~luc/commons-math-3.2-RC5-site/project-reports.html
  (will be available only tomorrow morning European time)
 
 Note that the PMD report shows several violations. A few of them are
 false positive (unused method, unused field). A number of them are
 voluntary (overriding method that simply calls super) because what we
 really need in these cases is to add specific javadoc in the overriding
 method. The remaining errors correspond to unused parameters. They are
 known and correspond to deprecated method that will be removed in 4.0.
 So despite the report is not perfectly clean, in fact everything that
 could be fixed in it has already been fixed.
 
 Votes, please.
 This vote will close in 72 hours: 2013-04-05T21:00:00 UTC
 
   [ ] +1 Release these artifacts
   [ ] +0 OK, but...
   [ ] -0 OK, but really should fix...
   [ ] -1 I oppose this release because...
 
   Thanks!
 
 Luc
 
 
 -
 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



Re: svn commit: r1398365 - /commons/proper/csv/trunk/src/main/java/org/apache/commons/csv/CSVPrinter.java

2013-04-06 Thread Emmanuel Bourg
Hi,

I was about to remove the explicit unboxing when I noticed this was
actually done on purpose. Why did you add this Sebastian? It pops up as
warnings in my IDE.

Emmanuel Bourg


Le 15/10/2012 18:27, s...@apache.org a écrit :
 Author: sebb
 Date: Mon Oct 15 16:27:25 2012
 New Revision: 1398365
 
 URL: http://svn.apache.org/viewvc?rev=1398365view=rev
 Log:
 Explicit unboxing; associated Javadoc
 
 Modified:
 
 commons/proper/csv/trunk/src/main/java/org/apache/commons/csv/CSVPrinter.java
 
 Modified: 
 commons/proper/csv/trunk/src/main/java/org/apache/commons/csv/CSVPrinter.java
 URL: 
 http://svn.apache.org/viewvc/commons/proper/csv/trunk/src/main/java/org/apache/commons/csv/CSVPrinter.java?rev=1398365r1=1398364r2=1398365view=diff
 ==
 --- 
 commons/proper/csv/trunk/src/main/java/org/apache/commons/csv/CSVPrinter.java 
 (original)
 +++ 
 commons/proper/csv/trunk/src/main/java/org/apache/commons/csv/CSVPrinter.java 
 Mon Oct 15 16:27:25 2012
 @@ -67,7 +67,7 @@ public class CSVPrinter implements Flush
  // ==
  
  /**
 - * Outputs a the line separator.
 + * Outputs the line separator.
   */
  public void println() throws IOException {
  out.append(format.getLineSeparator());
 @@ -130,7 +130,7 @@ public class CSVPrinter implements Flush
  if (!newLine) {
  println();
  }
 -out.append(format.getCommentStart());
 +out.append(format.getCommentStart().charValue());
  out.append(SP);
  for (int i = 0; i  comment.length(); i++) {
  final char c = comment.charAt(i);
 @@ -142,7 +142,7 @@ public class CSVPrinter implements Flush
  //$FALL-THROUGH$ break intentionally excluded.
  case LF:
  println();
 -out.append(format.getCommentStart());
 +out.append(format.getCommentStart().charValue());
  out.append(SP);
  break;
  default:
 @@ -172,6 +172,9 @@ public class CSVPrinter implements Flush
  }
  }
  
 +/*
 + * Note: must only be called if escaping is enabled, otherwise will 
 generate NPE
 + */
  void printAndEscape(final CharSequence value, final int offset, final 
 int len) throws IOException {
  int start = offset;
  int pos = offset;
 @@ -180,7 +183,7 @@ public class CSVPrinter implements Flush
  printDelimiter();
  
  final char delim = format.getDelimiter();
 -final char escape = format.getEscape();
 +final char escape = format.getEscape().charValue();
  
  while (pos  end) {
  char c = value.charAt(pos);
 @@ -210,6 +213,9 @@ public class CSVPrinter implements Flush
  }
  }
  
 +/*
 + * Note: must only be called if quoting is enabled, otherwise will 
 generate NPE
 + */
  void printAndQuote(Object object, final CharSequence value, final int 
 offset, final int len) throws IOException {
  final boolean first = newLine; // is this the first value on this 
 line?
  boolean quote = false;
 @@ -220,7 +226,7 @@ public class CSVPrinter implements Flush
  printDelimiter();
  
  final char delimChar = format.getDelimiter();
 -final char quoteChar = format.getQuoteChar();
 +final char quoteChar = format.getQuoteChar().charValue();
  
  Quote quotePolicy = format.getQuotePolicy();
  if (quotePolicy == null) {
 
 




smime.p7s
Description: Signature cryptographique S/MIME


Re: [Math] Spurious recompilation

2013-04-06 Thread Olivier Lamy
maybe http://jira.codehaus.org/browse/MCOMPILER-187

can you try with 3.1-SNAPSHOT ?

2013/4/6 Gilles gil...@harfang.homelinux.org:
 On Fri, 5 Apr 2013 15:19:29 +0100, sebb wrote:

 On 5 April 2013 15:17, Gilles gil...@harfang.homelinux.org wrote:

 Hi.

 At some recent point, maven started to recompile all the source files
 every time,
 even when no modification was done in the src directory.

 Somewhere in the console output, there is:
 ---CUT---
 [INFO] Copying 1 resource
 [INFO] Copying 2 resources to META-INF
 [INFO] [compiler:compile {execution: default-compile}]
 [INFO] Changes detected - recompiling the module!
 [INFO] Compiling 788 source files to /home/gilles/devel/SVN/**
 commons-math/trunk/target/**classes
 ---CUT---
 [I.e. it's done even when re-running the test target several times in a
 row.]

 So, it seems that something is changed, but what?



 Use -X to get more info on the resources that are being copied.


 Things are being copied to
  trunk/target/classes
 (French error messages)
 and
  trunk/target/test-classes
 (test data files)

 But that was so before too, and it didn't warrant recompilation of untouched
 Java files.

 Gilles


 And how? And if no source file
 has been modified, why recompile?



 -
 To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org

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




-- 
Olivier Lamy
Ecetera: http://ecetera.com.au
http://twitter.com/olamy | http://linkedin.com/in/olamy

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



Re: svn commit: r1465179 - /commons/proper/codec/trunk/default.properties

2013-04-06 Thread sebb
On 6 April 2013 04:52, ggreg...@apache.org wrote:

 Author: ggregory
 Date: Sat Apr  6 03:52:31 2013
 New Revision: 1465179

 URL: http://svn.apache.org/r1465179
 Log:
 Update jar versions and JRE req.

 Modified:
 commons/proper/codec/trunk/default.properties


Looks like Gump is still using Ant to build Codec.

Do we still need the Ant build otherwise?
I.e. can we drop it once Gump has been migrated?

Modified: commons/proper/codec/trunk/default.properties
 URL:
 http://svn.apache.org/viewvc/commons/proper/codec/trunk/default.properties?rev=1465179r1=1465178r2=1465179view=diff

 ==
 --- commons/proper/codec/trunk/default.properties (original)
 +++ commons/proper/codec/trunk/default.properties Sat Apr  6 03:52:31 2013
 @@ -21,8 +21,8 @@
  repository=${user.home}/.m2/repository

  # The pathname of the junit.jar JAR file
 -junit.home=${repository}/junit/junit/4.10
 -junit.jar = ${junit.home}/junit-4.10.jar
 +junit.home=${repository}/junit/junit/4.11
 +junit.jar = ${junit.home}/junit-4.11.jar

  # The name of this component
  component.name = commons-codec
 @@ -76,8 +76,8 @@ compile.includeantruntime = false
  compile.encoding = UTF-8

  # Java version settings
 -compile.source = 1.5
 -compile.target = 1.5
 +compile.source = 1.6
 +compile.target = 1.6

  # Should all tests fail if one does?
  test.failonerror = true





[math] updating the site

2013-04-06 Thread Luc Maisonobe
Hi,

I am in the process of releasing the 3.2 version.
The source and binaries archives are online, the maven artifacts have
been published, and now I want to update the site.

I have a stupid question to ask: where is our subversion repository for
the [math] site ?

The page http://commons.staging.apache.org/releases/release.html
refers to http://commons.staging.apache.org/releases/publish-site.html
for site publication, but this page seems outdated. It still references
maven deploy which does not work anymore.

best regards,
Luc

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



Re: [math] updating the site

2013-04-06 Thread Olivier Lamy
mvn clean site-deploy must work for single module build.
Do you have any issues using that ?



2013/4/6 Luc Maisonobe l...@spaceroots.org:
 Hi,

 I am in the process of releasing the 3.2 version.
 The source and binaries archives are online, the maven artifacts have
 been published, and now I want to update the site.

 I have a stupid question to ask: where is our subversion repository for
 the [math] site ?

 The page http://commons.staging.apache.org/releases/release.html
 refers to http://commons.staging.apache.org/releases/publish-site.html
 for site publication, but this page seems outdated. It still references
 maven deploy which does not work anymore.

 best regards,
 Luc

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




--
Olivier Lamy
Ecetera: http://ecetera.com.au
http://twitter.com/olamy | http://linkedin.com/in/olamy

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



Re: [math] updating the site

2013-04-06 Thread Luc Maisonobe

Hi Olivier,

Le 06/04/2013 13:50, Olivier Lamy a écrit :
 mvn clean site-deploy must work for single module build.
 Do you have any issues using that ?

Yes. Here is what I got from running the command from the RC5 workspace
I still had lying around (I did it from this workspace because
generating the sites takes 4 hours, and in this workspace the site was
already generated, it simply needed to be forwarded to our repository):

(lehrin) luc% mvn site:deploy
[INFO] Scanning for projects...
[INFO]

[INFO]

[INFO] Building Commons Math 3.2
[INFO]

[INFO]
[INFO] --- maven-site-plugin:3.2:deploy (default-cli) @ commons-math3 ---
[INFO] maven.site.deploy.skip = true: Skipping site deployment
[INFO]

[INFO] BUILD SUCCESS
[INFO]

[INFO] Total time: 6.179s
[INFO] Finished at: Sat Apr 06 11:48:47 CEST 2013
[INFO] Final Memory: 8M/90M
[INFO]


Looking into parent pom version 28, I saw this:

plugin
  groupIdorg.apache.maven.plugins/groupId
  artifactIdmaven-site-plugin/artifactId
  version${commons.site-plugin.version}/version
  configuration
!-- don't deploy site with maven-site-plugin --
skipDeploytrue/skipDeploy
  /configuration
/plugin
plugin

So I guessed we should not use mavn site:deploy anymore.

Luc


 
 
 
 2013/4/6 Luc Maisonobe l...@spaceroots.org:
 Hi,

 I am in the process of releasing the 3.2 version.
 The source and binaries archives are online, the maven artifacts have
 been published, and now I want to update the site.

 I have a stupid question to ask: where is our subversion repository for
 the [math] site ?

 The page http://commons.staging.apache.org/releases/release.html
 refers to http://commons.staging.apache.org/releases/publish-site.html
 for site publication, but this page seems outdated. It still references
 maven deploy which does not work anymore.

 best regards,
 Luc

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

 
 
 
 --
 Olivier Lamy
 Ecetera: http://ecetera.com.au
 http://twitter.com/olamy | http://linkedin.com/in/olamy
 
 -
 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



Re: [math] updating the site

2013-04-06 Thread Olivier Lamy
Oh read here http://commons.staging.apache.org/site-publish.html

Use mvn clean site-deploy  which is different :-)

I will update the page
http://commons.staging.apache.org/releases/publish-site.html to link
to the other one.


2013/4/6 Luc Maisonobe luc.maison...@free.fr:

 Hi Olivier,

 Le 06/04/2013 13:50, Olivier Lamy a écrit :
 mvn clean site-deploy must work for single module build.
 Do you have any issues using that ?

 Yes. Here is what I got from running the command from the RC5 workspace
 I still had lying around (I did it from this workspace because
 generating the sites takes 4 hours, and in this workspace the site was
 already generated, it simply needed to be forwarded to our repository):

 (lehrin) luc% mvn site:deploy
 [INFO] Scanning for projects...
 [INFO]

 [INFO]
 
 [INFO] Building Commons Math 3.2
 [INFO]
 
 [INFO]
 [INFO] --- maven-site-plugin:3.2:deploy (default-cli) @ commons-math3 ---
 [INFO] maven.site.deploy.skip = true: Skipping site deployment
 [INFO]
 
 [INFO] BUILD SUCCESS
 [INFO]
 
 [INFO] Total time: 6.179s
 [INFO] Finished at: Sat Apr 06 11:48:47 CEST 2013
 [INFO] Final Memory: 8M/90M
 [INFO]
 

 Looking into parent pom version 28, I saw this:

 plugin
   groupIdorg.apache.maven.plugins/groupId
   artifactIdmaven-site-plugin/artifactId
   version${commons.site-plugin.version}/version
   configuration
 !-- don't deploy site with maven-site-plugin --
 skipDeploytrue/skipDeploy
   /configuration
 /plugin
 plugin

 So I guessed we should not use mavn site:deploy anymore.

 Luc





 2013/4/6 Luc Maisonobe l...@spaceroots.org:
 Hi,

 I am in the process of releasing the 3.2 version.
 The source and binaries archives are online, the maven artifacts have
 been published, and now I want to update the site.

 I have a stupid question to ask: where is our subversion repository for
 the [math] site ?

 The page http://commons.staging.apache.org/releases/release.html
 refers to http://commons.staging.apache.org/releases/publish-site.html
 for site publication, but this page seems outdated. It still references
 maven deploy which does not work anymore.

 best regards,
 Luc

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




 --
 Olivier Lamy
 Ecetera: http://ecetera.com.au
 http://twitter.com/olamy | http://linkedin.com/in/olamy

 -
 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




-- 
Olivier Lamy
Ecetera: http://ecetera.com.au
http://twitter.com/olamy | http://linkedin.com/in/olamy

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



Re: [math] updating the site

2013-04-06 Thread Luc Maisonobe
Le 06/04/2013 14:02, Olivier Lamy a écrit :
 Oh read here http://commons.staging.apache.org/site-publish.html
 
 Use mvn clean site-deploy  which is different :-)

Oh crap ...

This means I need to run the 4 hours process once again ?

Isn't it a way I can simply check out the svn repository, copy the local
files and commit it back myself without regenerating the whole stuff?

Luc

 
 I will update the page
 http://commons.staging.apache.org/releases/publish-site.html to link
 to the other one.
 
 
 2013/4/6 Luc Maisonobe luc.maison...@free.fr:

 Hi Olivier,

 Le 06/04/2013 13:50, Olivier Lamy a écrit :
 mvn clean site-deploy must work for single module build.
 Do you have any issues using that ?

 Yes. Here is what I got from running the command from the RC5 workspace
 I still had lying around (I did it from this workspace because
 generating the sites takes 4 hours, and in this workspace the site was
 already generated, it simply needed to be forwarded to our repository):

 (lehrin) luc% mvn site:deploy
 [INFO] Scanning for projects...
 [INFO]

 [INFO]
 
 [INFO] Building Commons Math 3.2
 [INFO]
 
 [INFO]
 [INFO] --- maven-site-plugin:3.2:deploy (default-cli) @ commons-math3 ---
 [INFO] maven.site.deploy.skip = true: Skipping site deployment
 [INFO]
 
 [INFO] BUILD SUCCESS
 [INFO]
 
 [INFO] Total time: 6.179s
 [INFO] Finished at: Sat Apr 06 11:48:47 CEST 2013
 [INFO] Final Memory: 8M/90M
 [INFO]
 

 Looking into parent pom version 28, I saw this:

 plugin
   groupIdorg.apache.maven.plugins/groupId
   artifactIdmaven-site-plugin/artifactId
   version${commons.site-plugin.version}/version
   configuration
 !-- don't deploy site with maven-site-plugin --
 skipDeploytrue/skipDeploy
   /configuration
 /plugin
 plugin

 So I guessed we should not use mavn site:deploy anymore.

 Luc





 2013/4/6 Luc Maisonobe l...@spaceroots.org:
 Hi,

 I am in the process of releasing the 3.2 version.
 The source and binaries archives are online, the maven artifacts have
 been published, and now I want to update the site.

 I have a stupid question to ask: where is our subversion repository for
 the [math] site ?

 The page http://commons.staging.apache.org/releases/release.html
 refers to http://commons.staging.apache.org/releases/publish-site.html
 for site publication, but this page seems outdated. It still references
 maven deploy which does not work anymore.

 best regards,
 Luc

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




 --
 Olivier Lamy
 Ecetera: http://ecetera.com.au
 http://twitter.com/olamy | http://linkedin.com/in/olamy

 -
 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

 
 
 


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



Re: [math] updating the site

2013-04-06 Thread Olivier Lamy
2013/4/6 Luc Maisonobe luc.maison...@free.fr:
 Le 06/04/2013 14:02, Olivier Lamy a écrit :
 Oh read here http://commons.staging.apache.org/site-publish.html

 Use mvn clean site-deploy  which is different :-)

 Oh crap ...

 This means I need to run the 4 hours process once again ?
:-)


 Isn't it a way I can simply check out the svn repository, copy the local
 files and commit it back myself without regenerating the whole stuff?
here 
https://svn.apache.org/repos/infra/websites/production/commons/content/proper/commons-math/


 Luc


 I will update the page
 http://commons.staging.apache.org/releases/publish-site.html to link
 to the other one.


 2013/4/6 Luc Maisonobe luc.maison...@free.fr:

 Hi Olivier,

 Le 06/04/2013 13:50, Olivier Lamy a écrit :
 mvn clean site-deploy must work for single module build.
 Do you have any issues using that ?

 Yes. Here is what I got from running the command from the RC5 workspace
 I still had lying around (I did it from this workspace because
 generating the sites takes 4 hours, and in this workspace the site was
 already generated, it simply needed to be forwarded to our repository):

 (lehrin) luc% mvn site:deploy
 [INFO] Scanning for projects...
 [INFO]

 [INFO]
 
 [INFO] Building Commons Math 3.2
 [INFO]
 
 [INFO]
 [INFO] --- maven-site-plugin:3.2:deploy (default-cli) @ commons-math3 ---
 [INFO] maven.site.deploy.skip = true: Skipping site deployment
 [INFO]
 
 [INFO] BUILD SUCCESS
 [INFO]
 
 [INFO] Total time: 6.179s
 [INFO] Finished at: Sat Apr 06 11:48:47 CEST 2013
 [INFO] Final Memory: 8M/90M
 [INFO]
 

 Looking into parent pom version 28, I saw this:

 plugin
   groupIdorg.apache.maven.plugins/groupId
   artifactIdmaven-site-plugin/artifactId
   version${commons.site-plugin.version}/version
   configuration
 !-- don't deploy site with maven-site-plugin --
 skipDeploytrue/skipDeploy
   /configuration
 /plugin
 plugin

 So I guessed we should not use mavn site:deploy anymore.

 Luc





 2013/4/6 Luc Maisonobe l...@spaceroots.org:
 Hi,

 I am in the process of releasing the 3.2 version.
 The source and binaries archives are online, the maven artifacts have
 been published, and now I want to update the site.

 I have a stupid question to ask: where is our subversion repository for
 the [math] site ?

 The page http://commons.staging.apache.org/releases/release.html
 refers to http://commons.staging.apache.org/releases/publish-site.html
 for site publication, but this page seems outdated. It still references
 maven deploy which does not work anymore.

 best regards,
 Luc

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




 --
 Olivier Lamy
 Ecetera: http://ecetera.com.au
 http://twitter.com/olamy | http://linkedin.com/in/olamy

 -
 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






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




--
Olivier Lamy
Ecetera: http://ecetera.com.au
http://twitter.com/olamy | http://linkedin.com/in/olamy

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



[Math] Source and binaires new location

2013-04-06 Thread Gilles

Hi Luc.

If the new policy is to not release the sources and binaries
(.tar.gz and .zip) through Nexus, could you please update
the
  doc/release/release.howto.txt
document which I intended to be a straightforward way[1] to
for anyone (especially maven non-experts) to create a release
for CM?
[To be really helpful, such a recipe should be as short as
possible (but no shorter...), and kept up-to-date.]

Thanks,
Gilles

[1] No need to ask questions, figure out between alternatives,
or guessing about missing or outdated bits; just type the
commands in the suggested order and it must work.


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



Re: [VOTE] Release Apache Commons Math 3.2 - RC5

2013-04-06 Thread Emmanuel Bourg
Hi,

I just noticed a minor mistake in this release, the version number in
the build.xml file is still 3.1-SNAPSHOT.

Is there a way to get the build file generated automatically when
preparing a release?

Emmanuel Bourg


Le 02/04/2013 22:55, Luc Maisonobe a écrit :
 This is a [VOTE] for releasing Apache Commons Math 3.2, based on release
 candidate 5.
 
 This version fixes numerous bugs and adds a few features.
 
 You can retrieve the various parts here:
 
 Sources, binaries and release notes:
 
 https://dist.apache.org/repos/dist/dev/commons/math/ (svn revision 1728)
 
 Maven artifacts are here:
 
 https://repository.apache.org/content/repositories/orgapachecommons-053/org/apache/commons/commons-math3/3.2/
 
 Details of changes since 3.1.1 are in the release notes:
 
 https://dist.apache.org/repos/dist/dev/commons/math/RELEASE-NOTES.txt
 
 http://people.apache.org/~luc/commons-math-3.2-RC5-site/changes-report.html
 (will be available only tomorrow morning European time)
 
 Tag:
 
 http://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_3_2_RC5/
 (svn revision 1463704)
 
 Site (will be available only tomorrow morning European time):
 
 http://people.apache.org/~luc/commons-math-3.2-RC5-site/
 
 All reports (CLIRR, RAT, findbugs ...) :
 
 http://people.apache.org/~luc/commons-math-3.2-RC5-site/project-reports.html
  (will be available only tomorrow morning European time)
 
 Note that the PMD report shows several violations. A few of them are
 false positive (unused method, unused field). A number of them are
 voluntary (overriding method that simply calls super) because what we
 really need in these cases is to add specific javadoc in the overriding
 method. The remaining errors correspond to unused parameters. They are
 known and correspond to deprecated method that will be removed in 4.0.
 So despite the report is not perfectly clean, in fact everything that
 could be fixed in it has already been fixed.
 
 Votes, please.
 This vote will close in 72 hours: 2013-04-05T21:00:00 UTC
 
   [ ] +1 Release these artifacts
   [ ] +0 OK, but...
   [ ] -0 OK, but really should fix...
   [ ] -1 I oppose this release because...
 
   Thanks!
 
 Luc
 
 
 -
 To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
 For additional commands, e-mail: dev-h...@commons.apache.org
 




smime.p7s
Description: Signature cryptographique S/MIME


Re: svn commit: r1465179 - /commons/proper/codec/trunk/default.properties

2013-04-06 Thread Gary Gregory
I do not have a need for Ant, but I have no idea what downstream users
expect wrt ant. I'm ok with dropping it.

Gary

On Apr 6, 2013, at 5:59, sebb seb...@gmail.com wrote:

 On 6 April 2013 04:52, ggreg...@apache.org wrote:

 Author: ggregory
 Date: Sat Apr  6 03:52:31 2013
 New Revision: 1465179

 URL: http://svn.apache.org/r1465179
 Log:
 Update jar versions and JRE req.

 Modified:
commons/proper/codec/trunk/default.properties
 Looks like Gump is still using Ant to build Codec.

 Do we still need the Ant build otherwise?
 I.e. can we drop it once Gump has been migrated?

 Modified: commons/proper/codec/trunk/default.properties
 URL:
 http://svn.apache.org/viewvc/commons/proper/codec/trunk/default.properties?rev=1465179r1=1465178r2=1465179view=diff

 ==
 --- commons/proper/codec/trunk/default.properties (original)
 +++ commons/proper/codec/trunk/default.properties Sat Apr  6 03:52:31 2013
 @@ -21,8 +21,8 @@
 repository=${user.home}/.m2/repository

 # The pathname of the junit.jar JAR file
 -junit.home=${repository}/junit/junit/4.10
 -junit.jar = ${junit.home}/junit-4.10.jar
 +junit.home=${repository}/junit/junit/4.11
 +junit.jar = ${junit.home}/junit-4.11.jar

 # The name of this component
 component.name = commons-codec
 @@ -76,8 +76,8 @@ compile.includeantruntime = false
 compile.encoding = UTF-8

 # Java version settings
 -compile.source = 1.5
 -compile.target = 1.5
 +compile.source = 1.6
 +compile.target = 1.6

 # Should all tests fail if one does?
 test.failonerror = true




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



Re: svn commit: r1465179 - /commons/proper/codec/trunk/default.properties

2013-04-06 Thread Emmanuel Bourg
Le 06/04/2013 15:36, Gary Gregory a écrit :
 I do not have a need for Ant, but I have no idea what downstream users
 expect wrt ant. I'm ok with dropping it.

Please keep the Ant builds if possible. Many Debian packages use them.

Emmanuel Bourg




smime.p7s
Description: Signature cryptographique S/MIME


Re: [codec] Checkstyle oddities

2013-04-06 Thread Luc Maisonobe
Hi Gary,

Le 06/04/2013 18:44, Gary Gregory a écrit :
 Does anyone know how to address these checkstyle issues:
 
 https://commons.apache.org/proper/commons-codec/checkstyle.html
 
 Can you tell CS to use one kind of header for Java files and another for
 .properties?
 
 How does it know how to check XML files?

I think this is a bug with the most recent version of the plugin
(2.10.x). I got exactly the same thing a few days ago, and in fact
checkstyle seems to look at files in the target directory. It even
ignores when one tries to force configuration to look only at *.java
files or only in src/main/java.

I finally end up using version 2.9.1 of the plugin.

Luc

 
 Gary
 


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



Re: [codec] Checkstyle oddities

2013-04-06 Thread Gary Gregory
On Sat, Apr 6, 2013 at 1:03 PM, Luc Maisonobe luc.maison...@free.fr wrote:

 Hi Gary,

 Le 06/04/2013 18:44, Gary Gregory a écrit :
  Does anyone know how to address these checkstyle issues:
 
  https://commons.apache.org/proper/commons-codec/checkstyle.html
 
  Can you tell CS to use one kind of header for Java files and another for
  .properties?
 
  How does it know how to check XML files?

 I think this is a bug with the most recent version of the plugin
 (2.10.x). I got exactly the same thing a few days ago, and in fact
 checkstyle seems to look at files in the target directory. It even
 ignores when one tries to force configuration to look only at *.java
 files or only in src/main/java.

 I finally end up using version 2.9.1 of the plugin.


Thank you for the tip.

I backed up to maven-checkstyle-plugin 2.9.1 from 2.10. The drawback: there
are two reports now. But that's better than 2.10.

Gary



 Luc

 
  Gary
 


 -
 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://goog_1249600977http://bit.ly/ECvg0
Spring Batch in Action: http://s.apache.org/HOqhttp://bit.ly/bqpbCK
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory