You are viewing the static version of this archive.

For the interactive version, please visit: This page

- [vfs] question on GH about SFTP config - Gary Gregory <ga...@gmail.com>
Please see https://github.com/apache/commons-vfs/pull/60#discussion_r279152827 Gary

- [VOTE] Release Apache Commons Imaging 1.0-alpha1 based on RC3 - "Bruno P. Kinoshita" <ki...@apache.org>
I would like to release Apache Commons Imaging 1.0-alpha1. Apache Commons Imaging 1.0-alpha1 RC3 is available for review here: https://dist.apache.org/repos/dist/dev/commons/imaging/1.0-alpha1-RC3 (svn revision 33801) The Git tag commons-imaging-1.0-alpha1-RC3 commit for this RC is 6f04ccc2...

- Re: [VOTE] Release Apache Commons Imaging 1.0-alpha1 based on RC3 - Benedikt Ritter <br...@apache.org>
- Re: [VOTE] Release Apache Commons Imaging 1.0-alpha1 based on RC3 - Gary Gregory <ga...@gmail.com>
- Re: [VOTE] Release Apache Commons Imaging 1.0-alpha1 based on RC3 - Rob Tompkins <ch...@gmail.com>
- Re: [VOTE] Release Apache Commons Imaging 1.0-alpha1 based on RC3 - "Bruno P. Kinoshita" <ki...@apache.org>
- Re: [VOTE] Release Apache Commons Imaging 1.0-alpha1 based on RC3 - "Bruno P. Kinoshita" <ki...@apache.org>
- [RESULT][VOTE] Release Apache Commons Imaging 1.0-alpha1 based on
RC3 - "Bruno P. Kinoshita" <ki...@apache.org>

- Re: [VOTE] Release Apache Commons Imaging 1.0-alpha1 based on RC3 - Benedikt Ritter <br...@apache.org>
- [VFS] Sftp oddity? - Gary Gregory <ga...@gmail.com>
Hi All: Can anyone say why we build a SftpFileSystem here: https://github.com/apache/commons-vfs/blob/master/commons-vfs2/src/main/java/org/apache/commons/vfs2/provider/sftp/SftpFileProvider.java#L90 instead of here: https://github.com/apache/commons-vfs/blob/master/commons-vfs2/src/main/java/o...

- Re: [VFS] Sftp oddity? - sebb <se...@gmail.com>
- Re: [VFS] Sftp oddity? - Gary Gregory <ga...@gmail.com>

- Re: [VFS] Sftp oddity? - Gary Gregory <ga...@gmail.com>

- Re: [VFS] Sftp oddity? - sebb <se...@gmail.com>
- [VFS] Deleting the git branch 'trunk' - Gary Gregory <ga...@gmail.com>
I am going to delete the branch 'trunk'. It's too confusing. Gary

- Re: [VFS] Deleting the git branch 'trunk' - Otto Fowler <ot...@gmail.com>
- Re: [VFS] Deleting the git branch 'trunk' - Rob Tompkins <ch...@gmail.com>
- Re: [VFS] Deleting the git branch 'trunk' - Gary Gregory <ga...@gmail.com>
- Re: [VFS] Deleting the git branch 'trunk' - Gary Gregory <ga...@gmail.com>
- Re: [VFS] Deleting the git branch 'trunk' - Otto Fowler <ot...@gmail.com>
- Re: [VFS] Deleting the git branch 'trunk' - Gary Gregory <ga...@gmail.com>
- Re: [VFS] Deleting the git branch 'trunk' - Benedikt Ritter <br...@apache.org>
- Re: [VFS] Deleting the git branch 'trunk' - Gary Gregory <ga...@gmail.com>
- Re: [VFS] Deleting the git branch 'trunk' - Gary Gregory <ga...@gmail.com>
- Re: [VFS] Deleting the git branch 'trunk' - Mark Thomas <ma...@apache.org>
- Re: [VFS] Deleting the git branch 'trunk' - Rob Tompkins <ch...@gmail.com>
- Re: [VFS] Deleting the git branch 'trunk' - Gary Gregory <ga...@gmail.com>

- Re: [VFS] Deleting the git branch 'trunk' - Rob Tompkins <ch...@gmail.com>
- Re: [VFS] Deleting the git branch 'trunk' - sebb <se...@gmail.com>
- Re: [VFS] Deleting the git branch 'trunk' - Gary Gregory <ga...@gmail.com>
- Re: [VFS] Deleting the git branch 'trunk' - sebb <se...@gmail.com>
- Re: [VFS] Deleting the git branch 'trunk' - Gary Gregory <ga...@gmail.com>
- Re: [VFS] Deleting the git branch 'trunk' - "Bruno P. Kinoshita" <br...@yahoo.com.br.INVALID>
- Re: [VFS] Deleting the git branch 'trunk' - sebb <se...@gmail.com>

- Re: [VFS] Deleting the git branch 'trunk' - sebb <se...@gmail.com>

- Re: [VFS] Deleting the git branch 'trunk' - Gary Gregory <ga...@gmail.com>

- Re: [VFS] Deleting the git branch 'trunk' - sebb <se...@gmail.com>

- Re: [VFS] Deleting the git branch 'trunk' - Gary Gregory <ga...@gmail.com>

- Re: [VFS] Deleting the git branch 'trunk' - Mark Thomas <ma...@apache.org>

- Re: [VFS] Deleting the git branch 'trunk' - Gary Gregory <ga...@gmail.com>

- Re: [VFS] Deleting the git branch 'trunk' - Gary Gregory <ga...@gmail.com>

- Re: [VFS] Deleting the git branch 'trunk' - Benedikt Ritter <br...@apache.org>

- Re: [VFS] Deleting the git branch 'trunk' - Gary Gregory <ga...@gmail.com>

- Re: [VFS] Deleting the git branch 'trunk' - Otto Fowler <ot...@gmail.com>

- Re: [VFS] Deleting the git branch 'trunk' - Gary Gregory <ga...@gmail.com>

- Re: [VFS] Deleting the git branch 'trunk' - Gary Gregory <ga...@gmail.com>

- Re: [VFS] Deleting the git branch 'trunk' - Rob Tompkins <ch...@gmail.com>

- Re: [VFS] Deleting the git branch 'trunk' - Otto Fowler <ot...@gmail.com>
- [VFS] Green builds on Travis CI - Gary Gregory <ga...@gmail.com>
Hi All: For the first time in a while, we have a green build suite on Travis: https://travis-ci.org/apache/commons-vfs/ Gary

- Re: [VFS] Green builds on Travis CI - Benedikt Ritter <br...@apache.org>

- Re: [VFS] Green builds on Travis CI - Benedikt Ritter <br...@apache.org>
- [numbers][GSoC] Slack for GSoC mentees - Eric Barnhill <er...@gmail.com>
I am going to set up a Slack to communicate with my GSoC mentees. I know official policy is to communicate on this list, but especially with small setup questions the mentees might have, or gaps in their knowledge, that will create unnecessary spam for everyone. Larger-scale decisions will be poste...

- Re: [numbers][GSoC] Slack for GSoC mentees - Eric Barnhill <er...@gmail.com>
- Re: [numbers][GSoC] Slack for GSoC mentees - Mark Thomas <ma...@apache.org>
- Re: [numbers][GSoC] Slack for GSoC mentees - Eric Barnhill <er...@gmail.com>
- Re: [numbers][GSoC] Slack for GSoC mentees - Mark Thomas <ma...@apache.org>
- Re: [numbers][GSoC] Slack for GSoC mentees - Eric Barnhill <er...@gmail.com>
- Re: [numbers][GSoC] Slack for GSoC mentees - Mark Thomas <ma...@homeinbox.net>
- RE: [numbers][GSoC] Slack for GSoC mentees - Ben Nguyen <be...@gmail.com>
- Re: [numbers][GSoC] Slack for GSoC mentees - Udit Arora <ud...@iiitd.ac.in>
- Re: [numbers][GSoC] Slack for GSoC mentees - Rob Tompkins <ch...@gmail.com>
- Re: [numbers][GSoC] Slack for GSoC mentees - Eric Barnhill <er...@gmail.com>

- Re: [numbers][GSoC] Slack for GSoC mentees - Eric Barnhill <er...@gmail.com>
- Re: [numbers][GSoC] Slack for GSoC mentees - Eric Barnhill <er...@gmail.com>
- Re: [numbers][GSoC] Slack for GSoC mentees - Virendra singh Rajpurohit <vi...@gmail.com>
- Re: [numbers][GSoC] Slack for GSoC mentees - Eric Barnhill <er...@gmail.com>
- Re: [numbers][GSoC] Slack for GSoC mentees - Virendra singh Rajpurohit <vi...@gmail.com>
- Re: [numbers][GSoC] Slack for GSoC mentees - Rob Tompkins <ch...@gmail.com>
- Re: [numbers][GSoC] Slack for GSoC mentees - Virendra singh Rajpurohit <vi...@gmail.com>

- Re: [numbers][GSoC] Slack for GSoC mentees - Virendra singh Rajpurohit <vi...@gmail.com>

- Re: [numbers][GSoC] Slack for GSoC mentees - Rob Tompkins <ch...@gmail.com>

- Re: [numbers][GSoC] Slack for GSoC mentees - Virendra singh Rajpurohit <vi...@gmail.com>

- Re: [numbers][GSoC] Slack for GSoC mentees - Eric Barnhill <er...@gmail.com>
- Re: [numbers][GSoC] Slack for GSoC mentees - Udit Arora <ud...@iiitd.ac.in>

- Re: [numbers][GSoC] Slack for GSoC mentees - Virendra singh Rajpurohit <vi...@gmail.com>

- Re: [numbers][GSoC] Slack for GSoC mentees - Rob Tompkins <ch...@gmail.com>
- Re: [numbers][GSoC] Slack for GSoC mentees - Eric Barnhill <er...@gmail.com>

- Re: [numbers][GSoC] Slack for GSoC mentees - Udit Arora <ud...@iiitd.ac.in>

- RE: [numbers][GSoC] Slack for GSoC mentees - Ben Nguyen <be...@gmail.com>

- Re: [numbers][GSoC] Slack for GSoC mentees - Mark Thomas <ma...@homeinbox.net>

- Re: [numbers][GSoC] Slack for GSoC mentees - Eric Barnhill <er...@gmail.com>

- Re: [numbers][GSoC] Slack for GSoC mentees - Mark Thomas <ma...@apache.org>

- Re: [numbers][GSoC] Slack for GSoC mentees - Eric Barnhill <er...@gmail.com>

- Re: [numbers][GSoC] Slack for GSoC mentees - Mark Thomas <ma...@apache.org>
- RE: [numbers][GSoC] Slack for GSoC mentees - Ben Nguyen <be...@gmail.com>

- Re: [numbers][GSoC] Slack for GSoC mentees - Eric Barnhill <er...@gmail.com>
- [lang] Deamon thread factory - Gary Gregory <ga...@gmail.com>
Hi All, Hard to believe, but we do not have one yet. https://issues.apache.org/jira/browse/LANG-1455 Assigned to your truly. Gary

- Re: [lang] Deamon thread factory - Oliver Heger <ol...@oliver-heger.de>
- Re: [lang] Deamon thread factory - Gary Gregory <ga...@gmail.com>

- Re: [lang] Deamon thread factory - Gary Gregory <ga...@gmail.com>

- Re: [lang] Deamon thread factory - Oliver Heger <ol...@oliver-heger.de>
- [bcel] Idea to share ConstantUtf8 of same value among JavaClass instances - Tomo Suzuki <su...@google.com.INVALID>
Hi BCEL developers, We use BCEL library to inspect Java class. Thank you for the great library. When our tool checks classes in ~200 jar files, it creates more than 2 million BCEL ConstantUtf8 instances. I suspect many of them share the same values such as "java.lang.String". [image: many_constan...

- Re: [bcel] Idea to share ConstantUtf8 of same value among JavaClass instances - Gary Gregory <ga...@gmail.com>
- Re: [bcel] Idea to share ConstantUtf8 of same value among JavaClass instances - Tomo Suzuki <su...@google.com.INVALID>
- Re: [bcel] Idea to share ConstantUtf8 of same value among JavaClass instances - Gary Gregory <ga...@gmail.com>
- Re: [bcel] Idea to share ConstantUtf8 of same value among JavaClass instances - Tomo Suzuki <su...@google.com.INVALID>
- Re: [bcel] Idea to share ConstantUtf8 of same value among JavaClass instances - Gary Gregory <ga...@gmail.com>
- Re: [bcel] Idea to share ConstantUtf8 of same value among JavaClass instances - Tomo Suzuki <su...@google.com.INVALID>
- Re: [bcel] Idea to share ConstantUtf8 of same value among JavaClass instances - Gary Gregory <ga...@gmail.com>
- Re: [bcel] Idea to share ConstantUtf8 of same value among JavaClass instances - Tomo Suzuki <su...@google.com.INVALID>
- Re: [bcel] Idea to share ConstantUtf8 of same value among JavaClass instances - Tomo Suzuki <su...@google.com.INVALID>
- Re: [bcel] Idea to share ConstantUtf8 of same value among JavaClass instances - Tomo Suzuki <su...@google.com.INVALID>

- Re: [bcel] Idea to share ConstantUtf8 of same value among JavaClass instances - Tomo Suzuki <su...@google.com.INVALID>

- Re: [bcel] Idea to share ConstantUtf8 of same value among JavaClass instances - Tomo Suzuki <su...@google.com.INVALID>

- Re: [bcel] Idea to share ConstantUtf8 of same value among JavaClass instances - Tomo Suzuki <su...@google.com.INVALID>

- Re: [bcel] Idea to share ConstantUtf8 of same value among JavaClass instances - Gary Gregory <ga...@gmail.com>

- Re: [bcel] Idea to share ConstantUtf8 of same value among JavaClass instances - Tomo Suzuki <su...@google.com.INVALID>

- Re: [bcel] Idea to share ConstantUtf8 of same value among JavaClass instances - Gary Gregory <ga...@gmail.com>

- Re: [bcel] Idea to share ConstantUtf8 of same value among JavaClass instances - Tomo Suzuki <su...@google.com.INVALID>

- Re: [bcel] Idea to share ConstantUtf8 of same value among JavaClass instances - Gary Gregory <ga...@gmail.com>

- Re: [bcel] Idea to share ConstantUtf8 of same value among JavaClass instances - Tomo Suzuki <su...@google.com.INVALID>

- Re: [bcel] Idea to share ConstantUtf8 of same value among JavaClass instances - Gary Gregory <ga...@gmail.com>
- [All] Help with GitHub "support" - Gilles Sadowski <gi...@gmail.com>
Hi. Some people are providing PRs[1] on GitHub without engaging with us, here, or on JIRA. When this happens for codes[2] which I'm the assumed reviewer,[3] I'd need help from someone, with a GitHub account, who would post a comment there, in order to let the "outside" contributors know that we won...

- Re: [All] Help with GitHub "support" - "Bruno P. Kinoshita" <ki...@apache.org>
- Re: [All] Help with GitHub "support" - Alex Herbert <al...@gmail.com>
- Re: [All] Help with GitHub "support" - Gilles Sadowski <gi...@gmail.com>

- Re: [All] Help with GitHub "support" - Gilles Sadowski <gi...@gmail.com>

- Re: [All] Help with GitHub "support" - Alex Herbert <al...@gmail.com>
- Re: [All] Help with GitHub "support" - Eric Barnhill <er...@gmail.com>
- Re: [All] Help with GitHub "support" - Otto Fowler <ot...@gmail.com>

- Re: [All] Help with GitHub "support" - Otto Fowler <ot...@gmail.com>
- Re: [All] Help with GitHub "support" - Jochen Wiedmann <jo...@gmail.com>

- Re: [All] Help with GitHub "support" - "Bruno P. Kinoshita" <ki...@apache.org>
- [statistics]Log-Cauchy Distribution - Udit Arora <ud...@iiitd.ac.in>
This is a new discussion for making a Log-Cauchy Distribution. I just want to add a new distribution to the already existing distribution list. Just like Cauchy Distribution I intend to include CDF, PDF and some other functions. Please let me know if I should go ahead with this idea. Thanks Udit Aro...

- Re: [statistics]Log-Cauchy Distribution - Gilles Sadowski <gi...@gmail.com>
- Re: [statistics]Log-Cauchy Distribution - Udit Arora <ud...@iiitd.ac.in>
- Re: [statistics]Log-Cauchy Distribution - Udit Arora <ud...@iiitd.ac.in>
- Re: [statistics]Log-Cauchy Distribution - Gilles Sadowski <gi...@gmail.com>
- Re: [statistics]Log-Cauchy Distribution - Udit Arora <ud...@iiitd.ac.in>
- Re: [statistics]Log-Cauchy Distribution - Gilles Sadowski <gi...@gmail.com>
- Re: [statistics]Log-Cauchy Distribution - Udit Arora <ud...@iiitd.ac.in>

- Re: [statistics]Log-Cauchy Distribution - Udit Arora <ud...@iiitd.ac.in>

- Re: [statistics]Log-Cauchy Distribution - Gilles Sadowski <gi...@gmail.com>

- Re: [statistics]Log-Cauchy Distribution - Udit Arora <ud...@iiitd.ac.in>

- Re: [statistics]Log-Cauchy Distribution - Gilles Sadowski <gi...@gmail.com>

- Re: [statistics]Log-Cauchy Distribution - Udit Arora <ud...@iiitd.ac.in>

- Re: [statistics]Log-Cauchy Distribution - Udit Arora <ud...@iiitd.ac.in>

- Re: [statistics]Log-Cauchy Distribution - Gilles Sadowski <gi...@gmail.com>
- [ANNOUNCEMENT] Apache Commons Imaging 1.0-alpha1 Released - "Bruno P. Kinoshita" <ki...@apache.org>
The Apache Commons Imaging team is pleased to announce the commons-imaging-1.0-alpha1 release! Apache Commons Imaging (previously Sanselan) is a pure-Java image library. Changes in this version include: New features: o Added accessor methods for a number of ImageInfo properties. Issue: IMAGING-...

- [CVE-2018-17201]: Apache Commons Imaging information disclosure
vulnerability - "Bruno P. Kinoshita" <ki...@apache.org>
Severity: Medium Vendor: The Apache Software Foundation Versions Affected: Apache Sanselan 0.97-incubator Description: Certain input files could make the code hang when Apache Sanselan 0.97-incubator was used to parse them, which could be used in a DoS attack. Note that Apache Sanselan (incubatin...

- [CVE-2018-17202]: Apache Commons Imaging information disclosure
vulnerability - "Bruno P. Kinoshita" <ki...@apache.org>
Severity: Medium Vendor: The Apache Software Foundation Versions Affected: Apache Sanselan 0.97-incubator Description: Certain input files could make the code to enter into an infinite loop when Apache Sanselan 0.97-incubator was used to parse them, which could be used in a DoS attack. Note tha...

- [daemon] release 1.1.1? - Gary Gregory <ga...@gmail.com>
Hi Mark and All: I've seen a lot of commits lately in Daemon from Mark T. Are you planning a release? Gary

- Re: [daemon] release 1.1.1? - Mark Thomas <ma...@apache.org>
- Re: [daemon] release 1.1.1? - Rob Tompkins <ch...@gmail.com>
- Re: [daemon] release 1.1.1? - Mark Thomas <ma...@apache.org>
- Re: [daemon] release 1.1.1? - Rob Tompkins <ch...@gmail.com>

- Re: [daemon] release 1.1.1? - Rob Tompkins <ch...@gmail.com>

- Re: [daemon] release 1.1.1? - Mark Thomas <ma...@apache.org>
- Re: [daemon] release 1.1.1? - Jonathan Gallimore <jo...@gmail.com>

- Re: [daemon] release 1.1.1? - Rob Tompkins <ch...@gmail.com>

- Re: [daemon] release 1.1.1? - Mark Thomas <ma...@apache.org>
- [rng] Copying samplers - Alex Herbert <al...@gmail.com>
Most of the samplers in the library have very small states that are easy to compute. Some have computations that are more expensive, such as the LargeMeanPoissonSampler or the DiscreteProbabilityCollectionSampler. However once the state is computed the only part of the state that changes is the ...

- Re: [rng] Copying samplers - Gilles Sadowski <gi...@gmail.com>
- Re: [rng] Copying samplers - Alex Herbert <al...@gmail.com>
- Re: [rng] Copying samplers - Gilles Sadowski <gi...@gmail.com>
- Re: [rng] Copying samplers - Alex Herbert <al...@gmail.com>
- Re: [rng] Copying samplers - Alex Herbert <al...@gmail.com>
- Re: [rng] Copying samplers - Gilles Sadowski <gi...@gmail.com>
- Re: [rng] Copying samplers - Alex Herbert <al...@gmail.com>
- Re: [rng] Copying samplers - Gilles Sadowski <gi...@gmail.com>

- Re: [rng] Copying samplers - Gilles Sadowski <gi...@gmail.com>

- Re: [rng] Copying samplers - Alex Herbert <al...@gmail.com>

- Re: [rng] Copying samplers - Gilles Sadowski <gi...@gmail.com>

- Re: [rng] Copying samplers - Alex Herbert <al...@gmail.com>

- Re: [rng] Copying samplers - Alex Herbert <al...@gmail.com>

- Re: [rng] Copying samplers - Gilles Sadowski <gi...@gmail.com>

- Re: [rng] Copying samplers - Alex Herbert <al...@gmail.com>

- Re: [rng] Copying samplers - Gilles Sadowski <gi...@gmail.com>
- [bcel] broken repo? - Gary Gregory <ga...@gmail.com>
Hi All: When I try a clean checkout of BCEL I get: C:\git>git clone https://gitbox.apache.org/repos/asf/commons-bcel.git Cloning into 'commons-bcel'... remote: Counting objects: 21585, done. remote: Compressing objects: 100% (2646/2646), done. Receiving objects: 100% (21585/21585), 3.83 MiB | 4.36...

- Re: [bcel] broken repo? - Rob Tompkins <ch...@gmail.com>
- Re: [bcel] broken repo? - Rob Tompkins <ch...@gmail.com>
- Re: [bcel] broken repo? - sebb <se...@gmail.com>
- Re: [bcel] broken repo? - Rob Tompkins <ch...@gmail.com>
- Re: [bcel] broken repo? - sebb <se...@gmail.com>
- Re: [bcel] broken repo? - Gary Gregory <ga...@gmail.com>

- Re: [bcel] broken repo? - Gary Gregory <ga...@gmail.com>

- Re: [bcel] broken repo? - sebb <se...@gmail.com>

- Re: [bcel] broken repo? - Rob Tompkins <ch...@gmail.com>

- Re: [bcel] broken repo? - sebb <se...@gmail.com>

- Re: [bcel] broken repo? - Rob Tompkins <ch...@gmail.com>

- Re: [bcel] broken repo? - Rob Tompkins <ch...@gmail.com>
- Re: [numbers][rng[GSoC] Slack for GSoC mentees - Abhishek Dhadwal <dh...@gmail.com>
+1 I'd like to know if the zulip chat would be available for RNG members also ! Look forward to working alongside all the members of the organization. Regards, Abhishek On Mon, May 6, 2019, 23:42 Ben Nguyen <bennguyenib@gmail.com> wrote: > Hello, > > Any update on which communication tool will be...

- Re: [numbers][rng[GSoC] Slack for GSoC mentees - Eric Barnhill <er...@gmail.com>
- RE: [numbers][rng[GSoC] Slack for GSoC mentees - Abhishek Dhadwal <dh...@gmail.com>

- Re: [numbers][rng[GSoC] Slack for GSoC mentees - Eric Barnhill <er...@gmail.com>
- [statistics][numbers] set up develop branches? - Eric Barnhill <er...@gmail.com>
Since it looks like we will have some development in these libraries this summer (whee!) I propose starting 'develop' branches for these libraries. The mentees and others can then create feature branches off of develop, and submit pull requests for feature branches into develop. Then develop is merg...

- Re: [statistics][numbers] set up develop branches? - Gilles Sadowski <gi...@gmail.com>

- Re: [statistics][numbers] set up develop branches? - Gilles Sadowski <gi...@gmail.com>
- [STATISTICS][Regression][Linear Math] Is there any plan/anyone
working on a new Linear Math module currently? - Ben Nguyen <be...@gmail.com>
Hello, The regression module will require a lot of linear math, specifically matrix operations which I’ve heard is outdated. Are there any updates on it’s development? Is this someone’s GSoC project? If not I could try to help by attempting to start porting regression essential operations. Bu...

- Re: [STATISTICS][Regression][Linear Math] Is there any plan/anyone working on a new Linear Math module currently? - Rob Tompkins <ch...@gmail.com>
- Re: [STATISTICS][Regression][Linear Math] Is there any plan/anyone
working on a new Linear Math module currently? - Eric Barnhill <er...@gmail.com>
- Re: [STATISTICS][Regression][Linear Math] Is there any plan/anyone
working on a new Linear Math module currently? - Gilles Sadowski <gi...@gmail.com>

- Re: [STATISTICS][Regression][Linear Math] Is there any plan/anyone
working on a new Linear Math module currently? - Gilles Sadowski <gi...@gmail.com>

- Re: [STATISTICS][Regression][Linear Math] Is there any plan/anyone
working on a new Linear Math module currently? - Eric Barnhill <er...@gmail.com>

- Re: [STATISTICS][Regression][Linear Math] Is there any plan/anyone working on a new Linear Math module currently? - Rob Tompkins <ch...@gmail.com>
- Commons Validator - Andre van der Wal <an...@gmail.com>
Hi, When can we expect a new release of the validator? New email domains we need were added in April 2017 but the latest release is still from Feb 2017.

- Re: Commons Validator - sebb <se...@gmail.com>

- Re: Commons Validator - sebb <se...@gmail.com>
- [statistics] Mode function for Cauchy distribution - Udit Arora <ud...@iiitd.ac.in>
I intend to add a mode function for the Cauchy Distribution. It is a small addition which i thought might be helpful. Thanks

- Re: [statistics] Mode function for Cauchy distribution - Gilles Sadowski <gi...@gmail.com>
- Re: [statistics] Mode function for Cauchy distribution - Eric Barnhill <er...@gmail.com>
- Re: [statistics] Mode function for Cauchy distribution - Udit Arora <ud...@iiitd.ac.in>
- Re: [statistics] Mode function for Cauchy distribution - Eric Barnhill <er...@gmail.com>
- Re: [statistics] Mode function for Cauchy distribution - Alex Herbert <al...@gmail.com>
- Re: [statistics] Mode function for Cauchy distribution - Udit Arora <ud...@iiitd.ac.in>
- Re: [statistics] Mode function for Cauchy distribution - Gilles Sadowski <gi...@gmail.com>
- Re: [statistics] Mode function for Cauchy distribution - Udit Arora <ud...@iiitd.ac.in>

- Re: [statistics] Mode function for Cauchy distribution - Udit Arora <ud...@iiitd.ac.in>

- Re: [statistics] Mode function for Cauchy distribution - Gilles Sadowski <gi...@gmail.com>

- Re: [statistics] Mode function for Cauchy distribution - Udit Arora <ud...@iiitd.ac.in>

- Re: [statistics] Mode function for Cauchy distribution - Alex Herbert <al...@gmail.com>

- Re: [statistics] Mode function for Cauchy distribution - Eric Barnhill <er...@gmail.com>

- Re: [statistics] Mode function for Cauchy distribution - Udit Arora <ud...@iiitd.ac.in>

- Re: [statistics] Mode function for Cauchy distribution - Eric Barnhill <er...@gmail.com>

- Re: [statistics] Mode function for Cauchy distribution - Gilles Sadowski <gi...@gmail.com>
- [rng] Utility for creating permutations of hex digits - Alex Herbert <al...@gmail.com>
The Middle Square Weyl Sequence (MSWS) generator uses an internal Weyl sequence [1] to create randomness. This is basically a linear increment added to a sum that will eventually wrap (due to overflow) to restart at the beginning. The MSWS paper recommends an increment with a high number of differen...

- Re: [rng] Utility for creating permutations of hex digits - Gilles Sadowski <gi...@gmail.com>
- Re: [rng] Utility for creating permutations of hex digits - Alex Herbert <al...@gmail.com>
- Re: [rng] Utility for creating permutations of hex digits - Gilles Sadowski <gi...@gmail.com>
- Re: [rng] Utility for creating permutations of hex digits - Alex Herbert <al...@gmail.com>
- Re: [rng] Utility for creating permutations of hex digits - Gilles Sadowski <gi...@gmail.com>

- Re: [rng] Utility for creating permutations of hex digits - Gilles Sadowski <gi...@gmail.com>

- Re: [rng] Utility for creating permutations of hex digits - Alex Herbert <al...@gmail.com>

- Re: [rng] Utility for creating permutations of hex digits - Gilles Sadowski <gi...@gmail.com>

- Re: [rng] Utility for creating permutations of hex digits - Alex Herbert <al...@gmail.com>

- Re: [rng] Utility for creating permutations of hex digits - Gilles Sadowski <gi...@gmail.com>
- JDK 13 - Early Access build 20 is available - "Rory O'Donnell" <ro...@oracle.com>
Hi Benedikt, *OpenJDK builds *- JDK 13 - Early Access build 20 is available at http://jdk.java.net/13/ * These early-access , open-source builds are provided under the o GNU General Public License, version 2, with the Classpath Exception <http://openjdk.java.net/lega...

- [rng] RNG-101 new MarsagliaTsangWang discrete probability sampler - Alex Herbert <al...@gmail.com>
Can I get a review of the PR for RNG-101 please. This is a new sampler based on the source code from the paper: George Marsaglia, Wai Wan Tsang, Jingbo Wang (2004) Fast Generation of Discrete Random Variables. Journal of Statistical Software. Vol. 11, Issue. 3, pp. 1-11. https://www.jstatsoft.org...

- Re: [rng] RNG-101 new MarsagliaTsangWang discrete probability sampler - Gilles Sadowski <gi...@gmail.com>
- Re: [rng] RNG-101 new MarsagliaTsangWang discrete probability sampler - Alex Herbert <al...@gmail.com>
- Re: [rng] RNG-101 new MarsagliaTsangWang discrete probability sampler - Gilles Sadowski <gi...@gmail.com>
- Re: [rng] RNG-101 new MarsagliaTsangWang discrete probability sampler - Alex Herbert <al...@gmail.com>
- Re: [rng] RNG-101 new MarsagliaTsangWang discrete probability sampler - Alex Herbert <al...@gmail.com>
- Re: [rng] RNG-101 new MarsagliaTsangWang discrete probability sampler - Alex Herbert <al...@gmail.com>
- Re: [rng] RNG-101 new MarsagliaTsangWang discrete probability sampler - Gilles Sadowski <gi...@gmail.com>
- Re: [rng] RNG-101 new MarsagliaTsangWang discrete probability sampler - Alex Herbert <al...@gmail.com>
- Re: [rng] RNG-101 new MarsagliaTsangWang discrete probability sampler - Alex Herbert <al...@gmail.com>

- Re: [rng] RNG-101 new MarsagliaTsangWang discrete probability sampler - Alex Herbert <al...@gmail.com>

- Re: [rng] RNG-101 new MarsagliaTsangWang discrete probability sampler - Alex Herbert <al...@gmail.com>

- Re: [rng] RNG-101 new MarsagliaTsangWang discrete probability sampler - Gilles Sadowski <gi...@gmail.com>

- Re: [rng] RNG-101 new MarsagliaTsangWang discrete probability sampler - Alex Herbert <al...@gmail.com>

- Re: [rng] RNG-101 new MarsagliaTsangWang discrete probability sampler - Gilles Sadowski <gi...@gmail.com>

- Re: [rng] RNG-101 new MarsagliaTsangWang discrete probability sampler - Alex Herbert <al...@gmail.com>

- Re: [rng] RNG-101 new MarsagliaTsangWang discrete probability sampler - Gilles Sadowski <gi...@gmail.com>
- Immutable Keys message - Blaise Carie <bc...@ccboe.org>
To Whom This May Concern: I received the following message when applying for a job. I did not receive this message when applying for it yesterday, and today I am unable to access my application or other jobs. Entry.next=null, data[removeIndex]=241265648=true previous=241265648=true key=6510709...

- Re: Immutable Keys message - sebb <se...@gmail.com>

- Re: Immutable Keys message - sebb <se...@gmail.com>
- Using email addresses in exception messages - sebb <se...@gmail.com>
Some of our code has Exception messages such as the following: >> (Collections:LRUMap) throw new IllegalStateException("Entry.before is null." + " Please check that your keys are immutable, and that you have used synchronization properly." + " If so, then please report this to dev@commons.apache.or...

- Re: Using email addresses in exception messages - Rob Tompkins <ch...@gmail.com>
- Re: Using email addresses in exception messages - Gary Gregory <ga...@gmail.com>
- Re: Using email addresses in exception messages - Emmanuel Bourg <eb...@apache.org>
- Re: Using email addresses in exception messages - Bill Igoe <bi...@gmail.com>
- Re: Using email addresses in exception messages - Gary Gregory <ga...@gmail.com>
- Re: Using email addresses in exception messages - sebb <se...@gmail.com>

- Re: Using email addresses in exception messages - Gary Gregory <ga...@gmail.com>

- Re: Using email addresses in exception messages - Bill Igoe <bi...@gmail.com>

- Re: Using email addresses in exception messages - Emmanuel Bourg <eb...@apache.org>

- Re: Using email addresses in exception messages - Rob Tompkins <ch...@gmail.com>
- [compress] resource leak in example code - Stefan Bodewig <bo...@apache.org>
Hi all https://issues.apache.org/jira/browse/COMPRESS-486 highlights a problem of the code inside the example package. The methods with stream or channel arguments create wrapper objects around said streams or channels and never close them. They don't close them because this in turn would close the...

- [GSoC] commons-gsoc Thursday meeting? - Eric Barnhill <er...@gmail.com>
Should we have another Slack meeting at the same time this Thursday, 5pm UTC (9am California time)? The first focus of this meeting will be blockers and other questions the mentees have, trying to get up to speed on command line git, maven and POMs, and IDEs. Everyone should bring at least one thin...

- Re: [GSoC] commons-gsoc Thursday meeting? - Rob Tompkins <ch...@gmail.com>
- Re: [GSoC] commons-gsoc Thursday meeting? - Gilles Sadowski <gi...@gmail.com>

- Re: [GSoC] commons-gsoc Thursday meeting? - Gilles Sadowski <gi...@gmail.com>

- Re: [GSoC] commons-gsoc Thursday meeting? - Rob Tompkins <ch...@gmail.com>
- [io] NIO2 and non-default file system support - "Chesney, Mark" <Ma...@Insight.com>
Hello, Awhile back I ran into a situation where I needed to read the lines of a file that might be on a non-default file system, like an in-memory file system, on Java 7+. I looked to the commons-io ReversedLinesFileReader, but it only works with java.io.File files which are always on the default f...

- [Lang] BigDecimalStatistics proposition - Aleksander Ściborek <al...@gmail.com>
Hi, I've come up with the idea of making easier using Stream with BigDecimal class. The idea is to create BigDecimalStatistics class which provide a convenient way for calculating max, min, average and sum from BigDecimals from Stream. I think that it's very suitable for commons library. Should it b...

- Re: [Lang] BigDecimalStatistics proposition - Gary Gregory <ga...@gmail.com>
- Re: [Lang] BigDecimalStatistics proposition - Eric Barnhill <er...@gmail.com>
- Re: [Lang] BigDecimalStatistics proposition - Aleksander Ściborek <al...@gmail.com>
- Re: [Lang] BigDecimalStatistics proposition - Gilles Sadowski <gi...@gmail.com>
- Re: [Statistics] BigDecimalStatistics proposition - Aleksander Ściborek <al...@gmail.com>
- Re: [Statistics] BigDecimalStatistics proposition - Gilles Sadowski <gi...@gmail.com>
- Re: [Statistics] BigDecimalStatistics proposition - Aleksander Ściborek <al...@gmail.com>
- Re: [Statistics] BigDecimalStatistics proposition - Gilles Sadowski <gi...@gmail.com>
- Re: [Statistics] BigDecimalStatistics proposition - Aleksander Ściborek <al...@gmail.com>
- Re: [Statistics] BigDecimalStatistics proposition - Gilles Sadowski <gi...@gmail.com>
- Re: [Statistics] BigDecimalStatistics proposition - Aleksander Ściborek <al...@gmail.com>
- Re: [Statistics] BigDecimalStatistics proposition - Gilles Sadowski <gi...@gmail.com>

- Re: [Statistics] BigDecimalStatistics proposition - Gilles Sadowski <gi...@gmail.com>

- Re: [Statistics] BigDecimalStatistics proposition - Aleksander Ściborek <al...@gmail.com>

- Re: [Statistics] BigDecimalStatistics proposition - Gilles Sadowski <gi...@gmail.com>

- Re: [Statistics] BigDecimalStatistics proposition - Aleksander Ściborek <al...@gmail.com>

- Re: [Statistics] BigDecimalStatistics proposition - Gilles Sadowski <gi...@gmail.com>

- Re: [Statistics] BigDecimalStatistics proposition - Aleksander Ściborek <al...@gmail.com>

- Re: [Statistics] BigDecimalStatistics proposition - Gilles Sadowski <gi...@gmail.com>

- Re: [Statistics] BigDecimalStatistics proposition - Aleksander Ściborek <al...@gmail.com>

- Re: [Lang] BigDecimalStatistics proposition - Gilles Sadowski <gi...@gmail.com>

- Re: [Lang] BigDecimalStatistics proposition - Aleksander Ściborek <al...@gmail.com>

- Re: [Lang] BigDecimalStatistics proposition - Eric Barnhill <er...@gmail.com>

- Re: [Lang] BigDecimalStatistics proposition - Gary Gregory <ga...@gmail.com>
- [IO] Update to Java 8 - Gary Gregory <ga...@gmail.com>
Hi all, Time to update to Java 8 methinks. Gary

- Re: [IO] Update to Java 8 - Rob Tompkins <ch...@gmail.com>
- RE: [IO] Update to Java 8 - "Chesney, Mark" <Ma...@Insight.com>

- RE: [IO] Update to Java 8 - "Chesney, Mark" <Ma...@Insight.com>
- Re: [IO] Update to Java 8 - Gary Gregory <ga...@gmail.com>
- Re: [IO] Update to Java 8 - sebb <se...@gmail.com>

- Re: [IO] Update to Java 8 - sebb <se...@gmail.com>

- Re: [IO] Update to Java 8 - Rob Tompkins <ch...@gmail.com>
- [GSoC][STATISTICS][Regression] Architecture Implementation
Suggestions - Ben Nguyen <be...@gmail.com>
Hello, I have some broad general ideas about how the regression module should be structured, as outlined in my proposal briefly with UMLs This is the current implementation inside commons-math-stat-regression: This is my propsed idea, where the structure was partly inspired by SuanShu since it ...

- Re: [GSoC][STATISTICS][Regression] Architecture Implementation Suggestions - Gilles Sadowski <gi...@gmail.com>
- RE: [GSoC][STATISTICS][Regression] Architecture
ImplementationSuggestions - Ben Nguyen <be...@gmail.com>

- Re: [GSoC][STATISTICS][Regression] Architecture Implementation Suggestions - Gilles Sadowski <gi...@gmail.com>
- [rng] stress test results - Alex Herbert <al...@gmail.com>
I have run the stress test using the new application. The new application has two major changes over the previous application: 1. It detects the platform byte-order and sends the bits in the correct order to be read by a C application 2. The bridge to TestU01 has been updated to use all the input i...

- Re: [rng] stress test results - Gilles Sadowski <gi...@gmail.com>
- Re: [rng] stress test results - Alex Herbert <al...@gmail.com>
- Re: [rng] stress test results - Gilles Sadowski <gi...@gmail.com>
- Re: [rng] stress test results - Alex Herbert <al...@gmail.com>

- Re: [rng] stress test results - Alex Herbert <al...@gmail.com>

- Re: [rng] stress test results - Gilles Sadowski <gi...@gmail.com>

- Re: [rng] stress test results - Alex Herbert <al...@gmail.com>

- Re: [rng] stress test results - Gilles Sadowski <gi...@gmail.com>
- [gsoc][statistics] Enable Travis - Alex Herbert <al...@gmail.com>
There is no .travis.yml file for Statistics and so PRs from GSoC mentees are without checks. Plus I do not know how to check if the Travis integration is active for this project. Alex --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe...

- Re: [gsoc][statistics] Enable Travis - Gilles Sadowski <gi...@gmail.com>
- Re: [gsoc][statistics] Enable Travis - Alex Herbert <al...@gmail.com>
- Re: [gsoc][statistics] Enable Travis - Alex Herbert <al...@gmail.com>
- Re: [gsoc][statistics] Enable Travis - Gilles Sadowski <gi...@gmail.com>
- Re: [gsoc][statistics] Enable Travis - Rob Tompkins <ch...@gmail.com>

- Re: [gsoc][statistics] Enable Travis - Rob Tompkins <ch...@gmail.com>

- Re: [gsoc][statistics] Enable Travis - Gilles Sadowski <gi...@gmail.com>

- Re: [gsoc][statistics] Enable Travis - Alex Herbert <al...@gmail.com>

- Re: [gsoc][statistics] Enable Travis - Alex Herbert <al...@gmail.com>

- Re: [gsoc][statistics] Enable Travis - Gilles Sadowski <gi...@gmail.com>
- [SCXML] Are we close to ready for a 2.0 release? - James Carman <ja...@carmanconsulting.com>
A coworker of mine was wanting to use SCXML2. Obviously we can't use SNAPSHOTs in production, so I was just wondering if we are close to buttoning up 2.0. If need be, I can offer to help get it out the door (it has been a while). Thanks, James ---------------------------------------------------...

- Re: [SCXML] Are we close to ready for a 2.0 release? - James Carman <ja...@carmanconsulting.com>

- Re: [SCXML] Are we close to ready for a 2.0 release? - James Carman <ja...@carmanconsulting.com>
- [Text] Case conversion - Gary Gregory <ga...@gmail.com>
Hi All: What do you all think about this addition for Commons Text (I currently do use it): import java.util.Locale; /** * Enumerates letter cases and converts strings. * * @author <a href="mailto:ggregory@rocketsoftware.com">Gary Gregory</a> */ public enum LetterCase { LOWER { @...

- Re: [Text] Case conversion - sebb <se...@gmail.com>

- Re: [Text] Case conversion - sebb <se...@gmail.com>
- [Configuration] Optional Includes in Properties files - Gary Gregory <ga...@gmail.com>
Hi All: Right now, if you uses an 'include' in a properties file and that file is missing, the rest of the file does not load. I'd like to add a 'includesoptional' where nothing happens if the file is missing. Any objections or thoughts on a better name? Gary

- Re: [Configuration] Optional Includes in Properties files - Gilles Sadowski <gi...@gmail.com>
- Re: [Configuration] Optional Includes in Properties files - Gary Gregory <ga...@gmail.com>
- Re: [Configuration] Optional Includes in Properties files - sebb <se...@gmail.com>
- Re: [Configuration] Optional Includes in Properties files - Oliver Heger <ol...@oliver-heger.de>
- Re: [Configuration] Optional Includes in Properties files - Gary Gregory <ga...@gmail.com>
- Re: [Configuration] Optional Includes in Properties files - Gary Gregory <ga...@gmail.com>
- Re: [Configuration] Optional Includes in Properties files - Gary Gregory <ga...@gmail.com>
- Re: [Configuration] Optional Includes in Properties files - Gary Gregory <ga...@gmail.com>

- Re: [Configuration] Optional Includes in Properties files - Gary Gregory <ga...@gmail.com>

- Re: [Configuration] Optional Includes in Properties files - Gary Gregory <ga...@gmail.com>

- Re: [Configuration] Optional Includes in Properties files - Gary Gregory <ga...@gmail.com>

- Re: [Configuration] Optional Includes in Properties files - Gary Gregory <ga...@gmail.com>

- Re: [Configuration] Optional Includes in Properties files - Oliver Heger <ol...@oliver-heger.de>

- Re: [Configuration] Optional Includes in Properties files - sebb <se...@gmail.com>

- Re: [Configuration] Optional Includes in Properties files - Gary Gregory <ga...@gmail.com>

- Re: [Configuration] Optional Includes in Properties files - Gilles Sadowski <gi...@gmail.com>
- [rng][geometry][statistics][numbers] Updating Checkstyle rules - Alex Herbert <al...@gmail.com>
The checkstyle file for all these projects has a common origin (of [math]?). Checkstyle has advanced since the origin of these checks and there are many more checks that can be added to maintain the current coding style. I've looked at this for RNG starting from a template for the Sun standards...

- Re: [rng][geometry][statistics][numbers] Updating Checkstyle rules - Alex Herbert <al...@gmail.com>
- Re: [rng][geometry][statistics][numbers] Updating Checkstyle rules - Gilles Sadowski <gi...@gmail.com>
- Re: [rng][geometry][statistics][numbers] Updating Checkstyle rules - Alex Herbert <al...@gmail.com>

- Re: [rng][geometry][statistics][numbers] Updating Checkstyle rules - Alex Herbert <al...@gmail.com>

- Re: [rng][geometry][statistics][numbers] Updating Checkstyle rules - Gilles Sadowski <gi...@gmail.com>

- Re: [rng][geometry][statistics][numbers] Updating Checkstyle rules - Alex Herbert <al...@gmail.com>
- [configuration] - Gary Gregory <ga...@gmail.com>
Hi All: Has anyone seen this: [INFO] Generating "JDepend" report --- jdepend-maven-plugin:2.0:generate-no-fork [INFO] ------------------------------------------------------------------------ [INFO] BUILD FAILURE [INFO] ------------------------------------------------------------------------ ...

- Re: [configuration] - Matt Sicker <bo...@gmail.com>
- [geometry] release - "Sven Rathgeber" <sv...@web.de>
- Re: [geometry] release - Matt Juntunen <ma...@hotmail.com>
- Re: [geometry] release - Gilles Sadowski <gi...@gmail.com>
- Aw: Re: [geometry] release - "Sven Rathgeber" <sv...@web.de>
- Re: [geometry] release - Rob Tompkins <ch...@gmail.com>
- Re: [geometry] release - Gilles Sadowski <gi...@gmail.com>
- Re: [geometry] release - Rob Tompkins <ch...@gmail.com>
- Re: [geometry] release - Matt Juntunen <ma...@hotmail.com>

- Re: [geometry] release - Matt Juntunen <ma...@hotmail.com>

- Re: [geometry] release - Rob Tompkins <ch...@gmail.com>

- Re: [geometry] release - Gilles Sadowski <gi...@gmail.com>

- Aw: Re: [geometry] release - "Sven Rathgeber" <sv...@web.de>

- Re: [geometry] release - Gilles Sadowski <gi...@gmail.com>

- Re: [geometry] release - Matt Juntunen <ma...@hotmail.com>

- Re: [configuration] - Matt Sicker <bo...@gmail.com>
- [rng] Suppress PMD violations - Alex Herbert <al...@gmail.com>
I'm trying to get pmd:check to be useful. This means fixing all the PMD violations. To fix some would be a refactor of reference algorithms which I do not want to start doing. So I've opted for the easier fix of increasing the allowed complexity. Some PMD cheks I had to disable were: - Accessor...

- Re: [rng] Suppress PMD violations - Gilles Sadowski <gi...@gmail.com>

- Re: [rng] Suppress PMD violations - Gilles Sadowski <gi...@gmail.com>
- Proposal to introduce JUnit 5 in commons-numbers - Heinrich Bohne <he...@gmx.at>
Right now, commons-numbers is using JUnit 4.12, the last stable version of JUnit 4. As far as I am aware, there is no explicit syntax in JUnit 4.12 for testing whether an exception is thrown apart from either using the deprecated class ExpectedException or adding the "expected" parameter to the Test...

- Re: Proposal to introduce JUnit 5 in commons-numbers - Gilles Sadowski <gi...@gmail.com>
- Re: Proposal to introduce JUnit 5 in commons-numbers - Eric Barnhill <er...@gmail.com>
- Re: Proposal to introduce JUnit 5 in commons-numbers - Eitan Adler <li...@eitanadler.com>
- Re: Proposal to introduce JUnit 5 in commons-numbers - Gilles Sadowski <gi...@gmail.com>
- Re: Proposal to introduce JUnit 5 in commons-numbers - Heinrich Bohne <he...@gmx.at>
- Re: Proposal to introduce JUnit 5 in commons-numbers - Eitan Adler <li...@eitanadler.com>

- Re: Proposal to introduce JUnit 5 in commons-numbers - Eitan Adler <li...@eitanadler.com>

- Re: Proposal to introduce JUnit 5 in commons-numbers - Heinrich Bohne <he...@gmx.at>

- Re: Proposal to introduce JUnit 5 in commons-numbers - Gilles Sadowski <gi...@gmail.com>

- Re: Proposal to introduce JUnit 5 in commons-numbers - Eitan Adler <li...@eitanadler.com>

- Re: Proposal to introduce JUnit 5 in commons-numbers - Eric Barnhill <er...@gmail.com>
- Re: Proposal to introduce JUnit 5 in commons-numbers - "Bruno P. Kinoshita" <br...@yahoo.com.br.INVALID>

- Re: Proposal to introduce JUnit 5 in commons-numbers - Gilles Sadowski <gi...@gmail.com>
- [STATISTICS-13][Regression] Data Flow and User Interaction Design - Ben Nguyen <be...@gmail.com>
Hello, The following was initiated via Slack in commons-gsoc Please see “data flow v1.png” for diagram as attachment or in issue link: https://issues.apache.org/jira/browse/STATISTICS-13 @Eric Barnhill @Gilles This is my take on how user interactions and data flow would look like.... any fur...

- RE: [STATISTICS-13][Regression] Data Flow and User Interaction
Design - Ben Nguyen <be...@gmail.com>

- RE: [STATISTICS-13][Regression] Data Flow and User Interaction
Design - Ben Nguyen <be...@gmail.com>
- [statistics] Pull request for GLSMultipleLinearRegression - Елена Картышева <el...@yandex.ru>
Hello. I would like to propose a pull request implementing an option to use variance vector instead of covariance matrix. It allows users to avoid unnecessary memory usage and excessive computation in case of uncorrelated but heteroscedastic errors thus making it possible to work with huge input ma...

- RE: [statistics] Pull request for GLSMultipleLinearRegression - Ben Nguyen <be...@gmail.com>
- Re: [statistics] Pull request for GLSMultipleLinearRegression - Eric Barnhill <er...@gmail.com>

- RE: [statistics] Pull request for GLSMultipleLinearRegression - Ben Nguyen <be...@gmail.com>
- [statistics] develop branch created - Eric Barnhill <er...@gmail.com>
As I mentioned previously, there is now a "develop" branch in commons-statistics. Recommended standard procedure from now on, create feature branches off the develop branch, then PR into the develop branch. Then when stability is confirmed, someone can merge develop into master.

- [GSoC] Thursday mentee meeting - Eric Barnhill <er...@gmail.com>
Let's have another mentee meeting Thursday morning, same time as the previous two. (Sorry about the miscommunication Abhishek). As preparation for this meeting please have prepared a detailed flow diagram for your proposed components, ideally with sufficient detail that it includes some unit tests....

- Re: [GSoC] Thursday mentee meeting - Alex Herbert <al...@gmail.com>
- Re: [GSoC] Thursday mentee meeting - Abhishek Dhadwal <dh...@gmail.com>
- RE: [GSoC] Thursday mentee meeting - Ben Nguyen <be...@gmail.com>
- Re: [GSoC] Thursday mentee meeting - Rob Tompkins <ch...@gmail.com>
- Re: [GSoC] Thursday mentee meeting - Virendra singh Rajpurohit <vi...@gmail.com>

- Re: [GSoC] Thursday mentee meeting - Virendra singh Rajpurohit <vi...@gmail.com>

- Re: [GSoC] Thursday mentee meeting - Rob Tompkins <ch...@gmail.com>
- Re: [GSoC] Thursday mentee meeting - Gilles Sadowski <gi...@gmail.com>

- Re: [GSoC] Thursday mentee meeting - Alex Herbert <al...@gmail.com>
- [beanutils2] CVE-2014-0114 Pull Request - Melloware Inc <me...@gmail.com>
Hey All!, First time contributor here. My company has a corporate goal to only use open source libraries with NO open Security CVE's marked as critical. BeanUtils has CVE-2014-0114 marked as critical so I opened a ticket: https://issues.apache.org/jira/browse/BEANUTILS-520 I submitted my first A...

- Re: [beanutils2] CVE-2014-0114 Pull Request - Matt Sicker <bo...@gmail.com>
- Re: [beanutils2] CVE-2014-0114 Pull Request - Rob Tompkins <ch...@gmail.com>

- Re: [beanutils2] CVE-2014-0114 Pull Request - Rob Tompkins <ch...@gmail.com>

- Re: [beanutils2] CVE-2014-0114 Pull Request - Matt Sicker <bo...@gmail.com>
- [rng] default maven goal - Alex Herbert <al...@gmail.com>
The [rng] pom does not have a default goal. Here are the default goals in the projects I currently have checked out: commons-codec/pom.xml: <defaultGoal>clean verify apache-rat:check clirr:check javadoc:javadoc</defaultGoal> commons-collections/pom.xml: <defaultGoal>clean verify apa...

- Re: [rng] default maven goal - Gilles Sadowski <gi...@gmail.com>

- Re: [rng] default maven goal - Gilles Sadowski <gi...@gmail.com>
- [statistics] PMD - Alex Herbert <al...@gmail.com>
Having just fixed [rng] for PMD I had a look at why it was fine in statistics as some of the issues are present there. PMD in statistics is old. It uses rules that are deprecated. I have updated to a similar ruleset to [rng] and fixed all the problems. See this PR [1]. One rule violation is thi...

- Re: [statistics] PMD - Gilles Sadowski <gi...@gmail.com>

- Re: [statistics] PMD - Gilles Sadowski <gi...@gmail.com>
- [rng] binary compatibility with final modifier - Alex Herbert <al...@gmail.com>
[rng] has three classes with a private constructor that are not currently marked as final. 1 is public and 2 are package private. If I mark them as final then clirr:check ignores the package private ones and produces this warning for the public one: "Added final modifier to class, but class was ...

- Re: [rng] binary compatibility with final modifier - Gilles Sadowski <gi...@gmail.com>
- Re: [rng] binary compatibility with final modifier - sebb <se...@gmail.com>
- Re: [rng] binary compatibility with final modifier - Alex Herbert <al...@gmail.com>
- Re: [rng] binary compatibility with final modifier - Gilles Sadowski <gi...@gmail.com>
- Re: [rng] binary compatibility with final modifier - Alex Herbert <al...@gmail.com>

- Re: [rng] binary compatibility with final modifier - Alex Herbert <al...@gmail.com>

- Re: [rng] binary compatibility with final modifier - Gilles Sadowski <gi...@gmail.com>

- Re: [rng] binary compatibility with final modifier - Alex Herbert <al...@gmail.com>

- Re: [rng] binary compatibility with final modifier - sebb <se...@gmail.com>

- Re: [rng] binary compatibility with final modifier - Gilles Sadowski <gi...@gmail.com>
- [statistics] Pull request for GLSMultipleLinearRegression - Ellen Kartysheva <ka...@gmail.com>
I would like to propose a pull request implementing an option to use variance vector instead of covariance matrix. It allows users to avoid unnecessary memory usage and excessive computation in case of uncorrelated but heteroscedastic errors thus making it possible to work with huge input matrices. ...

- [VOTE] Release Apache Commons Configuration 2.5 based on RC1 - Gary Gregory <gg...@apache.org>
To: dev@commons.apache.org Subject: [VOTE] Release Apache Commons Configuration 2.5 based on RC1 We have fixed quite a few bugs and added some significant enhancements since Apache Commons Configuration 2.4 was released, so I would like to release Apache Commons Configuration 2.5. Apache Commons C...

- Re: [VOTE] Release Apache Commons Configuration 2.5 based on RC1 - "Bruno P. Kinoshita" <ki...@apache.org>
- Re: [VOTE] Release Apache Commons Configuration 2.5 based on RC1 - Gary Gregory <ga...@gmail.com>
- Re: [VOTE] Release Apache Commons Configuration 2.5 based on RC1 - "Bruno P. Kinoshita" <ki...@apache.org>

- Re: [VOTE] Release Apache Commons Configuration 2.5 based on RC1 - "Bruno P. Kinoshita" <ki...@apache.org>

- Re: [VOTE] Release Apache Commons Configuration 2.5 based on RC1 - Gary Gregory <ga...@gmail.com>
- Re: [VOTE] Release Apache Commons Configuration 2.5 based on RC1 - Gary Gregory <ga...@gmail.com>
- Re: [VOTE] Release Apache Commons Configuration 2.5 based on RC1 - Rob Tompkins <ch...@gmail.com>
- Re: [VOTE] Release Apache Commons Configuration 2.5 based on RC1 - Alex Herbert <al...@gmail.com>

- Re: [VOTE] Release Apache Commons Configuration 2.5 based on RC1 - Rob Tompkins <ch...@gmail.com>

- Re: [VOTE] Release Apache Commons Configuration 2.5 based on RC1 - "Bruno P. Kinoshita" <ki...@apache.org>
- [statitsics] .gitattributes - Alex Herbert <al...@gmail.com>
The recent PR to add a new module to statistics may have suffered from problems with converting line endings. This can be solved by having Windows users run this (optionally with --global): > git config core.autocrlf true But a better fix [1] is to add a .gitattributes file [2] containing: * tex...

- Re: [statitsics] .gitattributes - Eric Barnhill <er...@gmail.com>
- Re: [statitsics] .gitattributes - Alex Herbert <al...@gmail.com>

- Re: [statitsics] .gitattributes - Alex Herbert <al...@gmail.com>

- Re: [statitsics] .gitattributes - Eric Barnhill <er...@gmail.com>
- Jsvc won't compile on synology NAS - "Kelterino" <sp...@gmail.com>
Hi, i've tried to compile Jsvc on my synology 214play with a Intel Atom CE5335 but it appear there are some problems with pthreadlib (cd native; make all) make[1]: Entering directory `/root/commons-daemon-1.1.0-src/src/native/unix/native' gcc -g -O2 -DOS_LINUX -DDSO_DLFCN -DCPU=\"i386\" -Wall -...

- [IO] NullPrintStream - Gary Gregory <ga...@gmail.com>
Hi All: We have a handy NullOutputStream. I'd like to add a convenience NullPrintStream, which would dead simple: /** * This PrintStream writes all data to the famous <b>/dev/null</b>. * <p> * This print stream has no destination (file/socket etc.) and all bytes written to it are ignored and l...

- Re: [IO] NullPrintStream - "Bruno P. Kinoshita" <ki...@apache.org>
- Re: [IO] NullPrintStream - Gary Gregory <ga...@gmail.com>

- Re: [IO] NullPrintStream - Gary Gregory <ga...@gmail.com>

- Re: [IO] NullPrintStream - "Bruno P. Kinoshita" <ki...@apache.org>
- crash in prunsrv - Lode Leroy <lo...@gmail.com>
Hi, I see frequent crashes in prunsrv.exe on Windows 10. Here is a stack trace from a minidump: ntdll.dll!00007ff903af6e1e() Unknown AcLayers.dll!00007ff87cd77a56() Unknown prunsrv.exe!HeapFREE(void * hHeap, unsigned long dwFlags, void * lpMem) Line 71 C prunsrv.exe!_...

- Re: crash in prunsrv - Gary Gregory <ga...@gmail.com>

- Re: crash in prunsrv - Gary Gregory <ga...@gmail.com>
- RC release request for SCXML - "Nygard, Carl J" <ca...@cengage.com>
All, We are interested in using the SCXML project, but we have strict no-SNAPSHOTS-in-production policies in place that (currently) prohibit using SCXML. I'm wondering if it would be possible to cut an -RC release of SCXML as-is, with the idea that the additional work that Ate Douma outlined [1] i...

- Lost SVN updates following conversion to Git - sebb <se...@gmail.com>
Some updates have been made to the Commons 'proper' SVN repos since they were converted to Git. Such changes should not have been made, as they are not automatically reflected in the Git repos. I think we need to do the following: - revert the spurious changes so SVN reflects the state at convers...

- Re: Lost SVN updates following conversion to Git - "Bruno P. Kinoshita" <ki...@apache.org>
- Re: Lost SVN updates following conversion to Git - Emmanuel Bourg <eb...@apache.org>
- Re: Lost SVN updates following conversion to Git - sebb <se...@gmail.com>
- Re: Lost SVN updates following conversion to Git - Gary Gregory <ga...@gmail.com>
- Re: Lost SVN updates following conversion to Git - sebb <se...@gmail.com>

- Re: Lost SVN updates following conversion to Git - sebb <se...@gmail.com>

- Re: Lost SVN updates following conversion to Git - Gary Gregory <ga...@gmail.com>

- Re: Lost SVN updates following conversion to Git - sebb <se...@gmail.com>

- Re: Lost SVN updates following conversion to Git - "Bruno P. Kinoshita" <ki...@apache.org>
- scm.html or source-repository.html? - sebb <se...@gmail.com>
Why do some components use: http://commons.apache.org/proper/commons-lang/scm.html and some use http://commons.apache.org/proper/commons-math/source-repository.html They have the same content, so why the different URLs? Should we standardise on one (and add redirects for the other?) Are there an...

- Re: scm.html or source-repository.html? - Maxim Solodovnik <so...@gmail.com>
- Re: scm.html or source-repository.html? - sebb <se...@gmail.com>

- Re: scm.html or source-repository.html? - sebb <se...@gmail.com>

- Re: scm.html or source-repository.html? - Maxim Solodovnik <so...@gmail.com>
- Changes to SVN proper that have occurred since move to Git - sebb <se...@gmail.com>
I've done a comparison of the latest SVN revision with the most recent trunk(master) Git entry that includes a line of the following form: git-svn-id: https://svn-us.apache.org/repos/asf/commons/proper/jexl/trunk@1821853 13f79535-47bb-0310-9956-ffa450edef68 AFAICT any discrepancies mean that the SV...

- Re: Changes to SVN proper that have occurred since move to Git - sebb <se...@gmail.com>
- Re: Changes to SVN proper that have occurred since move to Git - sebb <se...@gmail.com>

- Re: Changes to SVN proper that have occurred since move to Git - sebb <se...@gmail.com>

- Re: Changes to SVN proper that have occurred since move to Git - sebb <se...@gmail.com>
- [rng] Upgrade examples to Java 8 - Alex Herbert <al...@gmail.com>
Currently the examples projects use: Examples-jmh: JDK 1.6 Examples-quadrature: JDK 1.7 Examples-stress: JDK 1.8 Examples-sampling: JDK 1.8 Examples-jpms: JDK 1.9 Having JMH at level 1.6 prevents testing against algorithms in SecureRandom (newer algorithms in 1.8), ThreadLocalRandom (1.7) and Spli...

- Re: [rng] Upgrade examples to Java 8 - Gilles Sadowski <gi...@gmail.com>

- Re: [rng] Upgrade examples to Java 8 - Gilles Sadowski <gi...@gmail.com>