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

On Thu, Apr 4, 2013 at 2:58 PM, Luc Maisonobe wrote: > Hi Gary, > > Le 04/04/2013 19:54, Gary Gregory a écrit : > > +1. > > > > I do not see any blockers. There are two Checkstyle issues that would > have > > been easy to fix but that's not a show stopper IMO. > > I did not get any checkstyle iss

Re: [codec][lang] LetterCase proposal

Le 05/04/2013 00:14, Jörg Schaible a écrit : > Gary Gregory wrote: > > you.doItUpper("Foo") > you.DoItLower("Foo") or a CharUtils.toUpperCase(char[]) method in [lang] Emmanuel Bourg smime.p7s Description: Signature cryptographique S/MIME

Re: [codec][lang] LetterCase proposal

Gary Gregory wrote: > Hi All: > > I do not like using a boolean to say uppercase vs. lowercase, you can't > tell what the code does when you see > > you.doIt("Foo", true) > > I'd like to use an Enum: > > you.doIt("Foo", LetterCase.UPPER); > > Here is what it would look like in [codec]: http:/

Re: [ALL] Cobertura and Parent POM

On Thu, Apr 4, 2013 at 4:03 PM, sebb wrote: > CP 28 moved Cobertura to a profile called "reporting". > > The profile was activated by default, but could be disabled by using > > -DskipReports=true > or > -P!reporting > > IIRC, the idea was to move expensive (long-running) reports to a profile > t

Re: [codec][lang] LetterCase proposal

Worry not, I consider code duplication an affront to my extreme/agile programmer creds as much as the next guy/gal. This said, yes, I am proposing duplication. Over the years, when I've mentioned one commons component depending on another, tomatoes start flying. There is a definitive camp that r

Re: [ALL] Cobertura and Parent POM

Thank you for working on this. The original proposal was to replace Cobertura with something else. I asked that the sub projects have an option to use whatever reporting tool they want. So, it would be fine if some other reporting tool was the default as long as sub projects can use something

Re: [DAEMON] tabs in configure scripts

On 04.04.2013 18:21, sebb wrote: > The config.sub and config.guess scripts have a mixture of tabs and spaces > for alignment. > > Tabs are not standardised, so are generally deprecated in source files. > > Is there any reason why the tabs should not be replaced with the relevant > number of space

Re: [codec][lang] LetterCase proposal

Le 04/04/2013 22:12, sebb a écrit : > The enum is two-state only; the duplication is tiny. The duplication will create a confusion in projects using lang and codec (which is quite common). Typically the auto import popup in IntelliJ will suggest the two alternatives when trying to resolve the Let

Re: [ALL] Cobertura and Parent POM

I recommend changing code coverage to jacoco with a skip.jacoco property. [see http://mail-archives.apache.org/mod_mbox/commons-dev/201303.mbox/%3CCD7CB15 7.23020%25charles_honton%40intuit.com%3E for reasons] Regards, chas On 4/4/13 1:03 PM, "sebb" wrote: >CP 28 moved Cobertura to a profile c

Re: [codec][lang] LetterCase proposal

On 4 April 2013 20:46, Matt Benson wrote: > In this case I wouldn't consider the duplication to be that big a deal. > +1 The enum is two-state only; the duplication is tiny. > Matt > > > On Thu, Apr 4, 2013 at 2:41 PM, Emmanuel Bourg wrote: > > > Le 04/04/2013 21:28, Matt Benson a écrit : >

[ALL] Cobertura and Parent POM

CP 28 moved Cobertura to a profile called "reporting". The profile was activated by default, but could be disabled by using -DskipReports=true or -P!reporting IIRC, the idea was to move expensive (long-running) reports to a profile that could be disabled if necessary. However Cobertura causes p

Re: [codec][lang] LetterCase proposal

In this case I wouldn't consider the duplication to be that big a deal. Matt On Thu, Apr 4, 2013 at 2:41 PM, Emmanuel Bourg wrote: > Le 04/04/2013 21:28, Matt Benson a écrit : > > I rather thought Gary was suggesting to duplicate the enum in both libs. > > Hum, a dependency or a duplication th

Re: [codec][lang] LetterCase proposal

Le 04/04/2013 21:28, Matt Benson a écrit : > I rather thought Gary was suggesting to duplicate the enum in both libs. Hum, a dependency or a duplication then? Rope or guillotine? :) Emmanuel Bourg smime.p7s Description: Signature cryptographique S/MIME

Re: [codec][lang] LetterCase proposal

I rather thought Gary was suggesting to duplicate the enum in both libs. Matt On Thu, Apr 4, 2013 at 2:22 PM, Emmanuel Bourg wrote: > Le 04/04/2013 15:48, Gary Gregory a écrit : > > > Here is what it would look like in [codec]: http://pastebin.com/HcyiqgCP > > > > Thoughts? > > > > How about d

Re: [codec][lang] LetterCase proposal

Le 04/04/2013 15:48, Gary Gregory a écrit : > Here is what it would look like in [codec]: http://pastebin.com/HcyiqgCP > > Thoughts? > > How about doing the same in [lang]? > > Thoughts? I understand the issue but I'm not fond of the solution suggested. The LetterCase enum would be best suited

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

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: > >

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

Hi Gary, Le 04/04/2013 19:54, Gary Gregory a écrit : > +1. > > I do not see any blockers. There are two Checkstyle issues that would have > been easy to fix but that's not a show stopper IMO. I did not get any checkstyle issues. The report I get is

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

+1. I do not see any blockers. There are two Checkstyle issues that would have been easy to fix but that's not a show stopper IMO. The javancss reports blows up but that's probably a bug in javancss (see below). Gary [cobertura] WARN [main] net.sourceforge.cobertura.reporting.ComplexityCalcula

Re: [Chain] Any future plans for commons-chain?

Hello Simon and Steve, Here is a brief overview of the XChains package up on GitHub: High Level Overview: We fused the Chain and JXPath projects together with some XML bindings to create a light XML driven programming language. This let us do some interesting model driven programming with

[DAEMON] tabs in configure scripts

The config.sub and config.guess scripts have a mixture of tabs and spaces for alignment. Tabs are not standardised, so are generally deprecated in source files. Is there any reason why the tabs should not be replaced with the relevant number of spaces throughout?

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

[X] +1 Release these artifacts [ ] +0 OK, but... [ ] -0 OK, but really should fix... [ ] -1 I oppose this release because... Gilles - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands

Re: [all] How to prevent mvn deploy to skip certain artifacts

On 2013-04-04, Mladen Turk wrote: > So it seems the gpg-sign plugin in #28 uses gpg differently. And it > seems running gpg-agent is needed and sloves the issue. Just in case > someone else bumps into that. Could you add this piece of knowledge to

Re: [all] How to prevent mvn deploy to skip certain artifacts

On 4 April 2013 05:25, Mladen Turk wrote: > On 04/03/2013 08:29 PM, sebb wrote: > >> On 3 April 2013 11:19, Mladen Turk wrote: >> >>> > Unfortunately that also detaches the archives from the hash generation process. So you need to add code (e.g. antrun) to create the hashes.

Re: [all] How to prevent mvn deploy to skip certain artifacts

On Thu, Apr 4, 2013 at 6:25 AM, Mladen Turk wrote: > >> > Why? It's a RM's job to sign the files at the time he proposes a vote. > That's the only time this stuff is needed. > The best would be to have some sort of 'dist' target that would prepare > the stuff for non-maven publishing. Other then

Re: [VOTE] Release Apache Commons Daemon 1.0.15

Hi, sebb wrote: > On 3 April 2013 11:12, Mladen Turk wrote: > >> On 04/03/2013 11:48 AM, sebb wrote: >> >>> On 3 April 2013 06:56, Mladen Turk wrote: >>> >> So building from the tag should be equivalent to building from the > source > archive. > > > Not necessary