Re: [VOTE] New component: Random number generators

On Tue, Jun 21, 2016 at 10:31 PM, 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 following functionality: > Uniform (pseudo-)random number gen

Re: svn commit: r1749637 - /commons/proper/fileupload/trunk/RELEASE-NOTES.txt

On Wed, Jun 22, 2016 at 8:44 AM, Benedikt Ritter wrote: > I think this should slo go to the dist area. WDYT? If we had a chance to simply edit some file, I'd do it. But this "deploying the whole site" is somehow beyond my skills. (Or, maybe, beyond my patience.)

Re: svn commit: r1749637 - /commons/proper/fileupload/trunk/RELEASE-NOTES.txt

Hello Jochen, I think this should slo go to the dist area. WDYT? Benedikt schrieb am Mi., 22. Juni 2016 um 08:34 Uhr: > Author: jochen > Date: Wed Jun 22 06:34:41 2016 > New Revision: 1749637 > > URL: http://svn.apache.org/viewvc?rev=1749637&view=rev > Log: > Added information related to CVE-2

Re: [VOTE] New component: Standard math functions

On Tue, Jun 21, 2016 at 10:30 PM, 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 following functionality: > Standard mathematical functions (e

[BCEL] Do we need BCEL-262 for 6.0? (Was: [VOTE] Release Apache Commons BCEL 6.0 based on RC6)

Hi, as pointed out by Mark Roberts, BCEL-262 is unresolved. Do we need it for 6.0 or can we live with the workaround and fix it for 6.1? It won't take another 10 years for 6.1, promise! :-) Benedikt -- Forwarded message - From: Mark Roberts Date: Mi., 22. Juni 2016 um 00:37 Uhr

[ALL] Please keep vote thread focused

Hi, I've seen some votes lately where we started discussions instead on focusing on voting. As an RM it's hard to keep track of the actual votes if people start a discussion in the same thread. Further more I have the feeling that people tend not to vote if they see that discussions arises around

[CANCEL][VOTE] Release Apache Commons BCEL 6.0 based on RC6

Hi, this vote is canceled to pic up the latest changes from trunk. I'll prepare RC7 tonight. In particular there have been some fixes to restore binary compatibility to a greater extend. Benedikt Benedikt Ritter schrieb am Mo., 20. Juni 2016 um 21:36 Uhr: > Hi, > > after some build related pro

Re: svn commit: r1749612 - /commons/proper/bcel/trunk/src/test/java/org/apache/bcel/generic/JDKGenericDumpTestCase.java

Hi, Benedikt Ritter schrieb am Mi., 22. Juni 2016 um 08:26 Uhr: > Hello Gary, > > I don't understand this change. Wouldn't it be easier to assign the value > of java.home to a field in a setup method? > I've reviewed the later changes which introduce the code for checking Java Homes on Windows.

Re: [VOTE] New component: Rational numbers

-0 (I keep insisting, that we finish the organizational things first, so that CM can take such decisions without involving others. OTOH, I won't stop you from doin that.) On Tue, Jun 21, 2016 at 9:32 PM, Gilles wrote: > Hello. > > This is one of several votes for establishing new Commons compon

Re: svn commit: r1749612 - /commons/proper/bcel/trunk/src/test/java/org/apache/bcel/generic/JDKGenericDumpTestCase.java

Hello Gary, I don't understand this change. Wouldn't it be easier to assign the value of java.home to a field in a setup method? Benedikt schrieb am Mi., 22. Juni 2016 um 00:00 Uhr: > Author: ggregory > Date: Tue Jun 21 22:00:25 2016 > New Revision: 1749612 > > URL: http://svn.apache.org/viewv

[ANN] Apache Commons Compress 1.12 Released

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The Apache Commons Team is pleased to announce the release of Apache Commons Compress 1.12. Compress 1.12 adds support for the Snappy dialect used in iWork archives and fixes bugs in the 7z, zip, tar and cpio packages. Compress 1.12 is the first rele

Jenkins build is back to normal : Commons-CRYPTO-JDK1.8 #41

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-CRYPTO-JDK1.8 » Apache Commons Crypto #41

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-CRYPTO-JDK1.7 #73

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-CRYPTO-JDK1.7 » Apache Commons Crypto #73

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

Re: Build failed in Jenkins: Commons-CRYPTO-JDK1.7 » Apache Commons Crypto #72

For some reason, the build is not picking up the latest from Git... Trying again... Gary On Tue, Jun 21, 2016 at 5:25 PM, Apache Jenkins Server < jenk...@builds.apache.org> wrote: > See < > https://builds.apache.org/job/Commons-CRYPTO-JDK1.7/org.apache.commons$commons-crypto/72/ > > > >

Build failed in Jenkins: Commons-CRYPTO-JDK1.7 » Apache Commons Crypto #72

See -- Established TCP socket on 51668 maven3-agent.jar already up to date maven3-interceptor.jar already up to date maven3-interceptor-commons.jar already up to dat

Build failed in Jenkins: Commons-CRYPTO-JDK1.7 » Apache Commons Crypto #72

See -- Established TCP socket on 51668 maven3-agent.jar already up to date maven3-interceptor.jar already up to date maven3-interceptor-commons.jar already up to dat

Build failed in Jenkins: Commons-CRYPTO-JDK1.7 #71

See Changes: [sebb] CRYPTO-73 Create example Java source code [sebb] Simplify [ggregory] The declared exception GeneralSecurityException is not actually thrown. [ggregory] Statement unnecessarily nested within else clause. [ggr

Build failed in Jenkins: Commons-CRYPTO-JDK1.7 » Apache Commons Crypto #71

See -- Established TCP socket on 48485 maven3-agent.jar already up to date maven3-interceptor.jar already up to date maven3-interceptor-commons.jar already up to dat

Build failed in Jenkins: Commons-CRYPTO-JDK1.8 #40

See Changes: [sebb] CRYPTO-73 Create example Java source code [sebb] Simplify [ggregory] The declared exception GeneralSecurityException is not actually thrown. [ggregory] Statement unnecessarily nested within else clause. [ggr

Build failed in Jenkins: Commons-CRYPTO-JDK1.8 » Apache Commons Crypto #40

See Changes: [sebb] CRYPTO-73 Create example Java source code [sebb] Simplify [ggregory] The declared exception GeneralSecurityException is not actually thrown. [ggregory] Statement unnecessari

Re: [VOTE] Release Apache Commons BCEL 6.0 based on RC6

On Tue, Jun 21, 2016 at 12:31 PM, Gary Gregory wrote: > On Tue, Jun 21, 2016 at 12:17 PM, Benedikt Ritter > wrote: > >> Hi, >> >> Gary Gregory schrieb am Di., 21. Juni 2016 um >> 21:04 Uhr: >> >> > [ Ducking behind a stack of crates for the incoming flight of tomatoes >> ;-) >> > ] >> > >> >> I

RE: [VOTE] Release Apache Commons BCEL 6.0 based on RC6

Thanks to sebb's suggestion of using shade I was able to test RC6. Unfortunately, I am unable to vote as rev 1747124 breaks Daikon. (We are required to build with -Werror). This change is not in the active tree so that's good. The problem is that https://issues.apache.org/jira/browse/BCEL-2

[GitHub] commons-cli pull request #6: CLI-266: HelpFormatter with comparator null now...

Github user asfgit closed the pull request at: https://github.com/apache/commons-cli/pull/6 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is e

Build failed in Jenkins: Commons-Compress #121

See Changes: [bodewig] prepare RC1 of Commons Compress 1.12 [bodewig] Bump to next development version -- [...truncated 101 lines...] Tests run: 12, Failures: 0, Errors: 0, Skipped: 0, Time elap

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

See Changes: [bodewig] prepare RC1 of Commons Compress 1.12 [bodewig] Bump to next development version -- [...truncated 65 lines...]

[GitHub] commons-cli pull request #6: CLI-266: HelpFormatter with comparator null now...

GitHub user bond- opened a pull request: https://github.com/apache/commons-cli/pull/6 CLI-266: HelpFormatter with comparator null now displays in the inserted order You can merge this pull request into a Git repository by running: $ git pull https://github.com/bond-/commons-c

[VOTE] New component: Rational numbers

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 following functionality: Representation of rational numbers The concerned code is the contents of the following classes

[VOTE] New component: Random number generators

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 following functionality: Uniform (pseudo-)random number generators The concerned code is the contents of the following

Re: [VOTE] Release Apache Commons BCEL 6.0 based on RC6

On Tue, Jun 21, 2016 at 12:17 PM, Benedikt Ritter wrote: > Hi, > > Gary Gregory schrieb am Di., 21. Juni 2016 um > 21:04 Uhr: > > > [ Ducking behind a stack of crates for the incoming flight of tomatoes > ;-) > > ] > > > > It only took about 20 minutes to create RC6, so no tomatoes ;-) > > > > >

[VOTE] New component: Complex numbers

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 following functionality: Representation of complex and quaternion numbers, and related algorithms (like FFT) The conc

[VOTE] New component: Standard math functions

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 following functionality: Standard mathematical functions (either missing from "java.lang.Math", or faster or more ac

Re: [JCS] Failing Tests in JCS Core

Hi, Romain Manni-Bucau schrieb am Di., 21. Juni 2016 um 11:06 Uhr: > we would check there is a local address, if not then the test would be > skipped on that jenkins instance > I'm indifferent. I agree with Thomas, that this may be out of scope for the tests anyway. > > > Romain Manni-Bucau >

Re: [VOTE] Release Apache Commons BCEL 6.0 based on RC6

Hi, Gary Gregory schrieb am Di., 21. Juni 2016 um 21:04 Uhr: > [ Ducking behind a stack of crates for the incoming flight of tomatoes ;-) > ] > It only took about 20 minutes to create RC6, so no tomatoes ;-) > > Pardon me for asking since we've been talking about BC forever, but, while > we a

Re: [VOTE] Release Apache Commons BCEL 6.0 based on RC6

[ Ducking behind a stack of crates for the incoming flight of tomatoes ;-) ] Pardon me for asking since we've been talking about BC forever, but, while we are not 100% BC and we explain that well, why bother making BC-breaking changes that appear to be in the non-essential clean up category for wh

[RESULT] Release Compress 1.12 based on RC2

Hi all with binding +1s by Benedikt Ritter, Gary Gregory, Oliver Heger and my own implicit one the vote has passed. I'll publish the artifacts and wait with updating the site and sending the announcement until tomorrow morning (UTC). Thanks to all who took the time to review the release

Re: [MATH] what a commons-TLP split could look like

On Tue, 21 Jun 2016 11:30:13 -0400, Rob Tompkins wrote: On Jun 21, 2016, at 11:10 AM, Gilles wrote: Hello. On Tue, 21 Jun 2016 09:58:40 +0200, Jörg Schaible wrote: Hi Jochen, Jochen Wiedmann wrote: On Tue, Jun 21, 2016 at 9:12 AM, Jörg Schaible wrote: That depends. If some packages of t

Re: [MATH] what a commons-TLP split could look like

Hello. On Tue, 21 Jun 2016 15:52:40 +0200, Eric Barnhill wrote: On Tue, Jun 21, 2016 at 12:45 AM, Gilles wrote: Mostly yes, but some utilities are used by packages that would be good components (e.g. "o.a.c.m.distribution"). For example, an efficient and robust root solver ("BrentSolver").

Re: [MATH] what a commons-TLP split could look like

On 06/21/2016 08:07 AM, Jochen Wiedmann wrote: On Tue, Jun 21, 2016 at 2:54 PM, Ralph Goers wrote: Maybe. That could depend on whether there is anyone at Commons that would want to participate in the component. Another option is to follow the pattern used by httpclient. I believe they took

Re: [MATH] what a commons-TLP split could look like

> On Jun 21, 2016, at 11:10 AM, Gilles wrote: > > Hello. > > On Tue, 21 Jun 2016 09:58:40 +0200, Jörg Schaible wrote: >> Hi Jochen, >> >> Jochen Wiedmann wrote: >> >>> On Tue, Jun 21, 2016 at 9:12 AM, Jörg Schaible >>> wrote: >>> That depends. If some packages of the current CM should

Re: [MATH] what a commons-TLP split could look like

Hi Jochen, Jochen Wiedmann wrote: > On Tue, Jun 21, 2016 at 2:54 PM, Ralph Goers > wrote: > >> Maybe. That could depend on whether there is anyone at Commons that would >> want to participate in the component. Another option is to follow the >> pattern used by httpclient. I believe they took th

Re: [VOTE] Release Compress 1.12 based on RC2

On 2016-06-19, Gary Gregory wrote: > Release notes typo: "Commons Compress 1.12 is the first version to require > Java6 at runtime." > "Java6" -> "Java 6" Yep, will fix it in the announce mail and when I re-create the site. > TODO: > On file:///E:/temp/rc/commons-compress-1.12-src/target/site/l

Re: [ALL] Need help with contributing for first time

Welcome Suresh On 2016-06-20, Suresh Sarda wrote: > I am new to apache commons and want to contribute to the library. I > tried to search for issues in commons-lang but all the issues were > quite old. I need help on which project to contribute or what task to > take. Apart from the advice Stian

Re: [MATH] what a commons-TLP split could look like

Hello. On Tue, 21 Jun 2016 09:58:40 +0200, Jörg Schaible wrote: Hi Jochen, Jochen Wiedmann wrote: On Tue, Jun 21, 2016 at 9:12 AM, Jörg Schaible wrote: That depends. If some packages of the current CM should stay as own component in Commons, these packages have to be identified. Whoever

Re: [MATH] what a commons-TLP split could look like

On Tue, Jun 21, 2016 at 12:45 AM, Gilles wrote: > Mostly yes, but some utilities are used by packages that would > be good components (e.g. "o.a.c.m.distribution"). For example, > an efficient and robust root solver ("BrentSolver"). > The analysis library is admirably integrated. For example,

Re: [MATH] what a commons-TLP split could look like

On Tue, Jun 21, 2016 at 2:54 PM, Ralph Goers wrote: > Maybe. That could depend on whether there is anyone at Commons that would > want to participate in the component. Another option is to follow the pattern > used by httpclient. I believe they took the last version of commons > httpclient and

Re: [MATH] what a commons-TLP split could look like

> On Jun 21, 2016, at 12:58 AM, Jörg Schaible > wrote: > > Hi Jochen, > > Jochen Wiedmann wrote: > >> On Tue, Jun 21, 2016 at 9:12 AM, Jörg Schaible >> wrote: >> >>> That depends. If some packages of the current CM should stay as own >>> component in Commons, these packages have to be ident

CVE-2016-3092: Apache Commons Fileupload information disclosure vulnerability

CVE-2016-3092: Apache Commons Fileupload information disclosure vulnerability Severity: Moderate Vendor: The Apache Software Foundation Versions Affected: Apache Commons Fileupload 1.3 to 1.3.1 Apache Commons Fileupload 1.2 to 1.2.2 The unsupported Apache Commons Fileupload 1.0.x, and 1.1.x may

Re: [JCS] Failing Tests in JCS Core

we would check there is a local address, if not then the test would be skipped on that jenkins instance Romain Manni-Bucau @rmannibucau | Blog | Old Wordpress Blog | Github

Re: [JCS] Failing Tests in JCS Core

Romain Manni-Bucau schrieb am Mo., 20. Juni 2016 um 22:50 Uhr: > JUnit has Assume which can allow to keep the test, wouldn't it be better? > What would be the condition of the assume call? > > > Romain Manni-Bucau > @rmannibucau | Blog >

Re: [MATH] what a commons-TLP split could look like

Hi Jochen, Jochen Wiedmann wrote: > On Tue, Jun 21, 2016 at 9:12 AM, Jörg Schaible > wrote: > >> That depends. If some packages of the current CM should stay as own >> component in Commons, these packages have to be identified. > > Whoever would support such a lunacy? Either CM moves entirely,

Re: [MATH] what a commons-TLP split could look like

On Tue, Jun 21, 2016 at 9:43 AM, Eric Barnhill wrote: > I think I made a respectable case for such a split in my thread titled > apache,commons,math . Perhaps you could identify some points in that post > that you disagree with? That's what others did. As I wrote: I am trying to concentrate effor

Re: [MATH] what a commons-TLP split could look like

I think I made a respectable case for such a split in my thread titled apache,commons,math . Perhaps you could identify some points in that post that you disagree with? That's what others did. On Tue, Jun 21, 2016 at 9:30 AM, Jochen Wiedmann wrote: > > > Whoever would support such a lunacy? Eith

Re: [MATH] what a commons-TLP split could look like

On Tue, Jun 21, 2016 at 9:12 AM, Jörg Schaible wrote: > That depends. If some packages of the current CM should stay as own > component in Commons, these packages have to be identified. Whoever would support such a lunacy? Either CM moves entirely, or not at all. Jochen -- The next time you

Re: [MATH] what a commons-TLP split could look like

Hi Jochen, Jochen Wiedmann wrote: >> On Mon, 20 Jun 2016 11:31:23 +0200, Eric Barnhill wrote: >>> >>> Here's a proposed draft for how o.a.c.m might be split into a commons >>> component, and more sophisticated spin-out components, around which we >>> might develop a new Math TLP or incubator proj

Re: [MATH] what a commons-TLP split could look like

> On Mon, 20 Jun 2016 11:31:23 +0200, Eric Barnhill wrote: >> >> Here's a proposed draft for how o.a.c.m might be split into a commons >> component, and more sophisticated spin-out components, around which we >> might develop a new Math TLP or incubator project in which components of >> the project