Re: [CRYPTO]1.0.0 Release Plan

On 24 June 2016 at 11:17, sebb wrote: > On 24 June 2016 at 10:08, Sun, Dapeng wrote: >> Hi all, >> >> Thank all for helping review CRYPTO from different angles. >> >> According the number of jira remaining issues, I prefer to start the thread >> for rolling a RC at June 29th(Next Wednesday). Ple

Re: [all] Rethinking dev@

On 25 June 2016 at 14:48, Jochen Wiedmann wrote: > On Sat, Jun 25, 2016 at 1:25 PM, sebb wrote: > >> This is not an argument for a separate list. >> If MATH had had its own list, we would have been even less likely to notice. > > No, it isn't. But it contradicts the impression, that there is no n

Jenkins build is back to normal : Commons-Compress-Windows » Apache Commons Compress #48

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

Jenkins build is back to normal : Commons-Compress-Windows #48

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

Jenkins build is back to normal : Commons-Compress #125

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

Jenkins build is back to normal : Commons-Compress » Apache Commons Compress #125

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

Build failed in Jenkins: Commons-Compress-Windows #47

See Changes: [ggregory] [COMPRESS-360] Update Java requirement from 6 to 7. [ggregory] [COMPRESS-360] Update Java requirement from 6 to 7. [ggregory] Remove Redundant specification of type (Java 7). [ggregory] Format nits. [g

Build failed in Jenkins: Commons-Compress-Windows » Apache Commons Compress #47

See Changes: [ggregory] [COMPRESS-360] Update Java requirement from 6 to 7. [ggregory] [COMPRESS-360] Update Java requirement from 6 to 7. [ggregory] Remove Redundant specification of type (

Build failed in Jenkins: Commons-Compress #124

See Changes: [ggregory] [COMPRESS-360] Update Java requirement from 6 to 7. [ggregory] [COMPRESS-360] Update Java requirement from 6 to 7. [ggregory] Remove Redundant specification of type (Java 7). [ggregory] Format nits. -

Build failed in Jenkins: Commons-Compress » Apache Commons Compress #124

See Changes: [ggregory] [COMPRESS-360] Update Java requirement from 6 to 7. [ggregory] [COMPRESS-360] Update Java requirement from 6 to 7. [ggregory] Remove Redundant specification of type (Java 7)

Re: [compress] Update to Java 7?

I updated the POM to Java 7 in Git master. Gary On Fri, Jun 24, 2016 at 6:48 AM, Stian Soiland-Reyes wrote: > I don't think we should need that strong arguments to go to Java 7. > Remember being "stuck in the past" with older syntax also puts off > potential new contributors and eventually caus

[GitHub] commons-io pull request #13: Cleaning directories after each test run, to pr...

GitHub user ahmet-celik opened a pull request: https://github.com/apache/commons-io/pull/13 Cleaning directories after each test run, to prevent repository pollution. https://issues.apache.org/jira/browse/IO-511 You can merge this pull request into a Git repository by running:

Re: [VOTE] New component: Standard math functions

One could argue that since Java has java.util.Random, Commons Lang could include a random package. Gary On Jun 25, 2016 9:06 AM, "Gilles" wrote: > On Sat, 25 Jun 2016 15:01:14 +0100, Stian Soiland-Reyes wrote: > >> +0 >> >> The big mix of stuff here makes it feel like Commons Math Lite, >> > > H

Re: [BCEL] Preparing RC7

Travel safe! Gary On Jun 25, 2016 8:30 AM, "Benedikt Ritter" wrote: > Hi, > > I did not manage to prepare RC7 this week and I'm off to Berlin for a few > days, so I won't be able to prepare it until end of next week. If sombody > wants to step in, go for it! ;-) > > Benedikt >

Re: [VOTE] New component: Rational numbers

On Sat, 25 Jun 2016 15:09:37 +0100, Stian Soiland-Reyes wrote: +1 I would call it org.apache.commons.fractions (non-mathematicians know "fractions" more than "rationals", e.g. useful for those dealing with ancient imperial measurements that occasionally crash Mars probes). I think this is a cle

Re: [VOTE] New component: Standard math functions

On Sat, 25 Jun 2016 15:01:14 +0100, Stian Soiland-Reyes wrote: +0 The big mix of stuff here makes it feel like Commons Math Lite, Hmm, no; it's certainly more akin to... Commons Lang, but more focused (on numerical utilities) and much leaner! Actually, the big code chunk is, by far, "FastMath

[BCEL] Preparing RC7

Hi, I did not manage to prepare RC7 this week and I'm off to Berlin for a few days, so I won't be able to prepare it until end of next week. If sombody wants to step in, go for it! ;-) Benedikt

Re: [Math] Getting things done

Brent Worden wrote: > On Thu, Jun 23, 2016 at 12:05 PM, Jörg Schaible > wrote: > >> Hi Gilles, >> >> Gilles wrote: >> >> [snip] >> >> > Indeed, it will be much more productive to let the new(bie) team >> > experiment within Commons by creating the following new components: >> > * Commons RNG >

Re: [VOTE] New component: Rational numbers

+1 I would call it org.apache.commons.fractions (non-mathematicians know "fractions" more than "rationals", e.g. useful for those dealing with ancient imperial measurements that occasionally crash Mars probes). I think this is a clean and self-contained component, and also easy to maintain for an

Re: [VOTE] New component: Standard math functions

+0 The big mix of stuff here makes it feel like Commons Math Lite, so I would not decide on this before the Math TLP/Incubator route is settled (or abandoned). On 21 Jun 2016 8:30 p.m., "Gilles" wrote: > Hello. > > This is one of several votes for establishing new Commons components > out of fu

Re: [VOTE] New component: Complex numbers

+1 On 22 Jun 2016 10:32 a.m., "Eric Barnhill" wrote: > +1 although some of the transforms are on the reals, so this may need to be > nuanced later > > On Tue, Jun 21, 2016 at 9:31 PM, Gilles > wrote: > > > Hello. > > > > This is one of several votes for establishing new Commons components > > o

Re: [all] Rethinking dev@

On Sat, Jun 25, 2016 at 1:25 PM, sebb wrote: > This is not an argument for a separate list. > If MATH had had its own list, we would have been even less likely to notice. No, it isn't. But it contradicts the impression, that there is no need for change, because we have dev@. Jochen -- The ne

Re: [VOTE] New component: Random number generators

+1 I guess the new package name will be org.apache.commons.rng ? On 21 Jun 2016 8:31 p.m., "Gilles" wrote: > Hello. > > This is one of several votes for establishing new Commons components > out of functionality developed inside the "Commons Math" component. > > This vote is dedicated to the fo

Re: [Math] Getting things done

On Thu, Jun 23, 2016 at 12:05 PM, Jörg Schaible wrote: > Hi Gilles, > > Gilles wrote: > > [snip] > > > Indeed, it will be much more productive to let the new(bie) team > > experiment within Commons by creating the following new components: > > * Commons RNG > > * Commons AltMath > > * Commo

Re: Is JIRA down?

Seems OK now. In future, please note that system problems are usually noted here: http://status.apache.org/ Note that have been ongoing temporary JIRA connectivity issues. So it's always worth trying again after a while. On 24 June 2016 at 19:49, Raviteja Lokineni wrote: > I am getting a HTT

Re: svn commit: r1750073 - in /commons/proper/bcel/trunk: RELEASE-NOTES.txt src/changes/changes.xml

On 24 June 2016 at 15:46, Jörg Schaible wrote: > sebb wrote: > >> I'm not sure why the svnmailer does not default to UTF-8, but it >> clearly doesn't. > > ??? It seems it does: > > %< === > Content-Type: text/plain; charset=UTF-8 > %< === >

Re: [all] Rethinking dev@

On 24 June 2016 at 21:03, Jochen Wiedmann wrote: > On Fri, Jun 24, 2016 at 9:13 PM, Benedikt Ritter wrote: > >> we should stick to having one mailing list. If a component becomes so >> specialized that the PMC fails to follow what is going on (like what >> happend with CM), it is time to move tha