Re: [Numbers] Arrays of "Complex" objects and RAM

On 06/11/2019 12:41, Gilles Sadowski wrote: Hello. Le mar. 5 nov. 2019 à 18:38, Alex Herbert a écrit : On 05/11/2019 00:09, Eric Barnhill wrote: That's interesting. The JTransforms library performs Fourier transforms that can take complex input, output, or both. They do

Re: [Numbers] Arrays of "Complex" objects and RAM

On 05/11/2019 00:09, Eric Barnhill wrote: That's interesting. The JTransforms library performs Fourier transforms that can take complex input, output, or both. They do this with interleaved double[] arrays, which I suppose is much more space efficient, and the status of a number as real or

[VOTE] Release Apache Commons RNG 1.3 based on RC1

KEYS:   https://www.apache.org/dist/commons/KEYS Please review the release candidate and vote. This vote will close no sooner that 72 hours from now.   [ ] +1 Release these artifacts   [ ] +0 OK, but...   [ ] -0 OK, but really should fix...   [ ] -1 I oppose this release because... Thank you, Al

Re: [commons-rng] branch master updated: Jira report to contain 'Implemented' resolution.

On 05/11/2019 14:33, Gilles Sadowski wrote: Hi Alex. Le mar. 5 nov. 2019 à 13:54, a écrit : This is an automated email from the ASF dual-hosted git repository. aherbert pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/commons-rng.git The following

Re: [rng] Releasing 1.3

> On 4 Nov 2019, at 19:31, Alex Herbert wrote: > > > >> On 4 Nov 2019, at 18:38, Rob Tompkins > <mailto:chtom...@gmail.com>> wrote: >> >> Also keep me posted. I’ll be near my keyboard all day. -Rob >> >>> On Nov 4, 2019, at 1:

Re: [rng] Releasing 1.3

> On 4 Nov 2019, at 18:38, Rob Tompkins wrote: > > Also keep me posted. I’ll be near my keyboard all day. -Rob > >> On Nov 4, 2019, at 1:21 PM, Rob Tompkins wrote: >> >>  >> >>> On Nov 4, 2019, at 1:16 PM, Alex Herbert wrote: >>>

Re: [rng] Releasing 1.3

On 04/11/2019 17:36, Alex Herbert wrote: On 04/11/2019 15:40, Alex Herbert wrote: On 04/11/2019 12:43, Gilles Sadowski wrote: Hello. Le lun. 4 nov. 2019 à 13:05, Alex Herbert a écrit : On 04/11/2019 00:42, Gilles Sadowski wrote: Hi. [...] So there are at least two options: 1

Re: [rng] Releasing 1.3

On 04/11/2019 15:40, Alex Herbert wrote: On 04/11/2019 12:43, Gilles Sadowski wrote: Hello. Le lun. 4 nov. 2019 à 13:05, Alex Herbert a écrit : On 04/11/2019 00:42, Gilles Sadowski wrote: Hi. [...] So there are at least two options: 1. Release using JDK 9 +1 OK. I'll run through

Re: [rng] Releasing 1.3

On 04/11/2019 12:43, Gilles Sadowski wrote: Hello. Le lun. 4 nov. 2019 à 13:05, Alex Herbert a écrit : On 04/11/2019 00:42, Gilles Sadowski wrote: Hi. [...] So there are at least two options: 1. Release using JDK 9 +1 OK. I'll run through the release with JDK 9. I do not think we

Re: [rng] Releasing 1.3

On 04/11/2019 00:42, Gilles Sadowski wrote: Hi. [...] So there are at least two options: 1. Release using JDK 9 +1 OK. I'll run through the release with JDK 9. I do not think we have any NIO classes so the issue raised by Gary should not be present. I am looking at the clirr report

Re: [CODEC] Sign Extension Error in Murmur3

number of tests needed. >>> >>> Note that the original C++ implementation only has 3 hash methods: >>> MurmurHash3_x86_32 >>> MurmurHash3_x86_128 >>> MurmurHash3_x64_128 >>> >>> AFAICT these all take the same parameters:

Re: [rng] Releasing 1.3

> On 3 Nov 2019, at 20:12, Alex Herbert wrote: > > > >> On 3 Nov 2019, at 19:30, Gary Gregory > <mailto:garydgreg...@gmail.com>> wrote: >> >> On Sun, Nov 3, 2019 at 10:01 AM Alex Herbert > <mailto:alex.d.herb...@gmail.com>> >>

Re: [CODEC] Sign Extension Error in Murmur3

> On 3 Nov 2019, at 21:45, Gary Gregory wrote: > > I feel like I am missing something basic in the assumption of this issue: > there is no such thing as an unsigned int in Java and the ticket talks > about (C?) unsigned ints. Please help me understand how or why we should > care about C vs.

Re: [rng] Releasing 1.3

> On 3 Nov 2019, at 19:30, Gary Gregory wrote: > > On Sun, Nov 3, 2019 at 10:01 AM Alex Herbert > wrote: > >> I think everything is finalised for a release of RNG, namely: >> >> All bugs and issues with SonarCloud and LGTM.com are fixed. >> The user

[rng] Releasing 1.3

I think everything is finalised for a release of RNG, namely: All bugs and issues with SonarCloud and LGTM.com are fixed. The user guide has been updated for all the new features. The performance and quality results have been updated in the user guide. Any objections to me cutting a release

Re: [statistics-regression] Proposed Regression class/method structure

> On 28 Oct 2019, at 17:55, Eric Barnhill wrote: > > Here is a schematic for how the interface might be made more abstract. > > https://imgur.com/a/izx5Xkh Regression and RegressionResults both have a predict method with the same signature. > > In this case,

Re: [RNG] LGTM analysis (Was: [...] branch master updated: Badge.)

> On 24 Oct 2019, at 16:23, Gilles Sadowski wrote: > > Hello. > > "Commons RNG" page on GitHub[1] now links to the LGTM report[2]. > > Unfortunately, the one "alert" there[3] is a false positive. > Perhaps, we could make it go away by rewriting the "while" loop > as a "for" loop... (or

Re: [statistics-regression] Proposed Regression class/method structure

On 23/10/2019 00:13, Gilles Sadowski wrote: Hello. Le mar. 22 oct. 2019 à 21:50, Eric Barnhill a écrit : I propose the following class structure for commons-statistics-regression. Which? [Attachment was probably stripped: such should go to a JIRA report.] Quick first thoughts on the

Re: [commons-math] 02/05: Upgrade to "Commons RNG" (v1.2).

On 22/10/2019 15:30, er...@apache.org wrote: This is an automated email from the ASF dual-hosted git repository. erans pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/commons-math.git commit f8c031ee3810721e99534a1c111f567c3ec6ceb7 Author: Gilles Sadowski

Re: [RNG] Utility for displaying progress (Was: [...] estimate for stress test tasks)

> On 14 Oct 2019, at 23:16, Gilles Sadowski wrote: > > Hello Alex. > >> [...] >> >> commit 7177cdc82fd5020442f833ea8947151366dec725 >> Author: Alex Herbert >> AuthorDate: Mon Oct 14 21:26:48 2019 +0100 >> >>Better time estimate fo

Re: [rng] BigCrush results

On 07/10/2019 15:00, Gilles Sadowski wrote: Hi. Le lun. 7 oct. 2019 à 15:54, Alex Herbert a écrit : I have found a bug in the stress test application that affects all the BigCrush results. This was found when updating the stress test application to support 64-bit testing within PractRand

Re: [exec] Update from Java 5 to 6

On 09/10/2019 14:12, Gary Gregory wrote: Hi All, I'd like to update Commons Exec from Java 5 to 6 to get it to build on Java 11. Gary Gary changed git master to update to 1.6 but travis was not able to build for older JDKs. I have tried following the recommended instructions for their

Re: [rng] BigCrush results

On 07/10/2019 15:00, Gilles Sadowski wrote: Hi. Le lun. 7 oct. 2019 à 15:54, Alex Herbert a écrit : I have found a bug in the stress test application that affects all the BigCrush results. This was found when updating the stress test application to support 64-bit testing within PractRand

[rng] BigCrush results

I have found a bug in the stress test application that affects all the BigCrush results. This was found when updating the stress test application to support 64-bit testing within PractRand, and testing of upper and lower 32-bits from 64-bit out. An initial attempt to show that the lower

[rng] Refactor JMH examples project

The JMH examples project contains an increasing number of benchmarks. I suggest a simple refactor to packages that follow the package names of the four components to which the benchmarks apply. Currently there is: org.apache.commons.rng.examples.jmh

Re: [commons-geometry] branch master updated: Unit tests.

> On 27 Sep 2019, at 17:10, er...@apache.org wrote: > > This is an automated email from the ASF dual-hosted git repository. > > erans pushed a commit to branch master > in repository https://gitbox.apache.org/repos/asf/commons-geometry.git > > > The following commit(s) were added to

Re: [commons-math] 01/02: Update ode.xml

> On 27 Sep 2019, at 16:44, er...@apache.org wrote: > > This is an automated email from the ASF dual-hosted git repository. > > erans pushed a commit to branch master > in repository https://gitbox.apache.org/repos/asf/commons-math.git > > commit 09f8e50dc884072119de94fd7c1614c6528a4ded >

Re: [rng] Documenting JumpableUniformRandomProvider

On 24/09/2019 16:05, Alex Herbert wrote: Back on mailing list. On 24/09/2019 15:18, Gilles Sadowski wrote: Hi. 2019-09-24 12:56 UTC+02:00, Alex Herbert : On 24/09/2019 01:04, Gilles Sadowski wrote: Hi. Le lun. 23 sept. 2019 à 22:38, Alex Herbert a écrit : [...] isLongJumpable

Re: [rng] Documenting JumpableUniformRandomProvider

Back on mailing list. On 24/09/2019 15:18, Gilles Sadowski wrote: Hi. 2019-09-24 12:56 UTC+02:00, Alex Herbert : On 24/09/2019 01:04, Gilles Sadowski wrote: Hi. Le lun. 23 sept. 2019 à 22:38, Alex Herbert a écrit : [...] isLongJumpable() isJumpable() I’ve put these methods into a PR

Re: github karma

On 24/09/2019 01:33, Phil Steitz wrote: Thanks, Seb.  I was trying to merge a contributor's PR using the github gui.  I assumed that being unable to do that means I don't have karma to push.   I will try later via the command line. Phil Hi Phil, Have you set-up the GitBox to GitHub link:

Re: [rng] Documenting JumpableUniformRandomProvider

> On 21 Sep 2019, at 19:40, Alex Herbert wrote: > > > >> On 21 Sep 2019, at 17:46, Gilles Sadowski > <mailto:gillese...@gmail.com>> wrote: >> >> Hello. >> >>>>>> [...] >>>>>> >>>>>>>

Re: New Sub-project Proposal.

On 23/09/2019 11:13, Claude Warren wrote: For the style issues is there an Eclipse style package that meets the commons style or some other tool that will correctly configure the format and style options in Eclipse? The Commons style across most projects is loosely based on the Java

Re: [rng] Documenting JumpableUniformRandomProvider

> On 21 Sep 2019, at 17:46, Gilles Sadowski wrote: > > Hello. > > [...] > >> >> 2. Add a method BitSet getSupport() to the RandomSource enum, where T >> is an enum that can be expanded as more features are added. Initially is >> would be: > > +1 > With

Re: [rng] Documenting JumpableUniformRandomProvider

> On 21 Sep 2019, at 10:39, Gilles Sadowski wrote: > > Hi. > > 2019-09-21 9:53 UTC+02:00, Alex Herbert <mailto:alex.d.herb...@gmail.com>>: >> >> >>> On 21 Sep 2019, at 00:17, Gilles Sadowski >> <mailto:gillese...@gmail.com>> wrot

Re: [rng] Documenting JumpableUniformRandomProvider

> On 21 Sep 2019, at 00:17, Gilles Sadowski wrote: > > Hello. > > 2019-09-20 18:45 UTC+02:00, Alex Herbert <mailto:alex.d.herb...@gmail.com>>: >> I have added some new sections to the user guide for new additions to >> the l

[rng] Documenting JumpableUniformRandomProvider

I have added some new sections to the user guide for new additions to the library. Currently the section on JumpableUniformRandomProvider gives an example: RandomSource source = RandomSource.XO_RO_SHI_RO_128_SS; // Known to be jumpable. JumpableUniformRandomProvider master =

Re: [rng] Releasing 1.3

just pushed a version to master. I meant to push via a PR but didn’t create a topic branch. The code passes the default maven goal. I will move on with testing this with the stress tests and then update the user guide for the next release with updated performance tests. Alex > > > Than

Re: [rng] Releasing 1.3

On 30/08/2019 14:11, Abhishek Dhadwal wrote: Hello, What would be the deadline for the release ? If it’s not too early I could resolve RNG-111 (https://issues.apache.org/jira/browse/RNG-111) over the next few days. I couldn’t work on it before due to back to back college project evaluations

[rng] Change default seeding in MiddleSquareWeylSequence

I’ve been looking into fixing some of the sonar issues. One highlighted a test of the MiddleSquareWeylSequence which just executes a code path but has no assertions. This is for the default seeding (i.e. a seed less than the correct seed length). Currently the generator uses the same method as

Re: [RNG] Duplicated blocks?

> On 13 Sep 2019, at 22:10, Gilles Sadowski wrote: > > Hi. > > Le ven. 13 sept. 2019 à 22:34, Alex Herbert <mailto:alex.d.herb...@gmail.com>> a écrit : >> >> >> >>> On 13 Sep 2019, at 15:27, Gilles Sadowski wrote: >>&g

Re: [RNG] Duplicated blocks?

> On 13 Sep 2019, at 15:27, Gilles Sadowski wrote: > > Hello. > > SonarQube reports "duplicated blocks": > > https://sonarcloud.io/component_measures?id=commons-rng=duplicated_blocks=list > > Does it report about the license header? No. If you click though to the source code (from a

Re: [commons-lang] branch master updated: Spotbugs is already run as part of the Maven default build goal.

A typo in this commit, see below. > On 12 Sep 2019, at 14:09, ggreg...@apache.org wrote: > > This is an automated email from the ASF dual-hosted git repository. > > ggregory pushed a commit to branch master > in repository https://gitbox.apache.org/repos/asf/commons-lang.git > > > The

Re: [LAZY][VOTE] Release Commons Parent version 49 from RC2

+1 Tested again using: Apache Maven 3.6.0 (97c98ec64a1fdfee7767ce5ffb20918da4f719f3; 2018-10-24T19:41:47+01:00) Maven home: /usr/local/apache-maven-3.6.0 Java version: 1.8.0_222, vendor: Private Build, runtime: /usr/lib/jvm/java-8-openjdk-amd64/jre Default locale: en_GB, platform encoding:

Re: [LAZY]VOTE] Release Commons Parent version 49 from

+1 Tested using: mvn -V Apache Maven 3.6.0 (97c98ec64a1fdfee7767ce5ffb20918da4f719f3; 2018-10-24T19:41:47+01:00) Maven home: /usr/local/apache-maven-3.6.0 Java version: 1.8.0_222, vendor: Private Build, runtime: /usr/lib/jvm/java-8-openjdk-amd64/jre Default locale: en_GB, platform

Re: [rng] Releasing 1.3

Hi. Le lun. 10 juin 2019 à 17:17, Alex Herbert a écrit : On 10/06/2019 15:31, Gilles Sadowski wrote: P.S. Thinking of releasing 1.3? Not yet. I think there are a few outstanding items [...] Status? In particular could we resolve https://issues.apache.org/jira/projects/RNG/issues/RNG-32

Re: Fix for the ArrayIndexOutOfBoundsException on calling NaturalRanking#rank() on an array of all NaNs

> On 19 Aug 2019, at 15:45, akash srivastava wrote: > > I was advised to check with the dev mailing list if anyone has a problem > with the suggested fix. > It seems no one does have a problem with the fixes suggested so I'll go > forward and create a PR that returns an empty array for an

Re: Fix for the ArrayIndexOutOfBoundsException on calling NaturalRanking#rank() on an array of all NaNs

> On 16 Aug 2019, at 16:06, Gilles Sadowski wrote: > > Hello. > > Le jeu. 15 août 2019 à 11:33, akash srivastava a écrit > : >> >> Here is the link for the related bug: >> https://issues.apache.org/jira/browse/MATH-1495 >> >> I have suggested two possible fixes when NaturalRanking#rank()

Re: [rng] Releasing 1.3

On 31/07/2019 00:49, Gilles Sadowski wrote: Le mar. 30 juil. 2019 à 22:07, Alex Herbert a écrit : On 30 Jul 2019, at 19:28, Gilles Sadowski wrote: Hi. Le mar. 30 juil. 2019 à 15:38, Alex Herbert mailto:alex.d.herb...@gmail.com>> a écrit : On 30/07/2019 10:56, Gilles Sadowski

Re: [rng] Releasing 1.3

> On 30 Jul 2019, at 19:28, Gilles Sadowski wrote: > > Hi. > > Le mar. 30 juil. 2019 à 15:38, Alex Herbert <mailto:alex.d.herb...@gmail.com>> a écrit : >> >> On 30/07/2019 10:56, Gilles Sadowski wrote: >>> Hello. >>> >&g

Re: [rng] Releasing 1.3

On 30/07/2019 10:56, Gilles Sadowski wrote: Hello. Le lun. 10 juin 2019 à 17:17, Alex Herbert a écrit : On 10/06/2019 15:31, Gilles Sadowski wrote: P.S. Thinking of releasing 1.3? Not yet. I think there are a few outstanding items [...] Anything missing? - RNG-110: The PR

Re: [codec][parent] javadoc on JDK 11 requires

> On 25 Jul 2019, at 21:22, Gary Gregory wrote: > > On Thu, Jul 25, 2019 at 4:19 PM Alex Herbert <mailto:alex.d.herb...@gmail.com>> > wrote: > >> >> >>> On 25 Jul 2019, at 20:31, Gary Gregory >> <mailto:garydgreg...@gmail.com>> w

Re: [codec][parent] javadoc on JDK 11 requires

> On 25 Jul 2019, at 20:31, Gary Gregory wrote: > > On Thu, Jul 25, 2019 at 12:27 PM Alex Herbert <mailto:alex.d.herb...@gmail.com>> > wrote: > >> >> On 25/07/2019 17:15, Gary Gregory wrote: >>> So we should really fix this in parent 49 and rel

Re: [codec][parent] javadoc on JDK 11 requires

On Thu, Jul 25, 2019 at 11:59 AM Alex Herbert wrote: There is a PR outstanding for [codec] that fails on JDK 11 for the javadoc build [1]. It's not related to the PR but because the javadoc tool on JDK 11 is strict about documenting code from the 'unamed' module. This can be fixed with the tag

[codec][parent] javadoc on JDK 11 requires

There is a PR outstanding for [codec] that fails on JDK 11 for the javadoc build [1]. It's not related to the PR but because the javadoc tool on JDK 11 is strict about documenting code from the 'unamed' module. This can be fixed with the tag in the javadoc plugin:   maven-javadoc-plugin  

Re: [numbers-core] Special cases in greatest common divisor methods

and I presume you checked this would be OK or easily updated. > > As you yourself said, separate methods like gcdUnsigned, while > potentially useful, would provide a solution to a completely different > problem than the one I described, which is that the /arguments/ should > be tr

Re: [numbers-core] Special cases in greatest common divisor methods

> On 20 Jul 2019, at 10:53, Heinrich Bohne wrote: > > I have suggestion regarding what to do with the special cases > Integer.MIN_VALUE and Long.MIN_VALUE in the methods from ArithmeticUtils > that calculate the greatest common divisor of two ints or longs. > Currently, these methods throw an

Re: [GSoC][Commons][Statistics][Descriptive] Mean should be initiated with 0 or NaN ?

On Sat, 20 Jul 2019, 02:00 Virendra singh Rajpurohit, < virendrasing...@gmail.com> wrote: > > > > The code just needs to move the logic for checking if there are any > values > > (count > 0) into the getMean() method and return appropriately. This > should > > be added to the contract of Mean by

Re: [GSoC][Commons][Statistics][Descriptive] Mean should be initiated with 0 or NaN ?

convenience to make getMean() faster. This is likely to >> cause fewer problems than NaN when used in downstream computations". >> Assigning '0' will make things faster because if condition to check n value >> will be removed in calculation and assigning 'NaN' will be more corr

Re: [rng] SharedStateSampler

On 19/07/2019 15:09, Gilles Sadowski wrote: Hi. Le ven. 19 juil. 2019 à 15:31, Alex Herbert a écrit : On 19/07/2019 14:15, Gilles Sadowski wrote: Hello. Le ven. 19 juil. 2019 à 14:27, Alex Herbert a écrit : One principle reason for SharedStateDiscreteSampler

Re: [rng] SharedStateSampler

On 19/07/2019 14:15, Gilles Sadowski wrote: Hello. Le ven. 19 juil. 2019 à 14:27, Alex Herbert a écrit : One principle reason for SharedStateDiscreteSampler and SharedStateContinuousSampler is to simplify the current design approach for samplers that use internal delegates to provide

Re: [rng] SharedStateSampler

-methods On Fri, 19 Jul 2019 at 10:35, Alex Herbert wrote: > This interface has been added in v1.3: > > /** > * Applies to samplers that can share state between instances. Samplers > can be created with a > * new source of randomness that sample from the same state. >

[rng] SharedStateSampler

This interface has been added in v1.3: /** * Applies to samplers that can share state between instances. Samplers can be created with a * new source of randomness that sample from the same state. * * @param Type of the sampler. * @since 1.3 */ public interface SharedStateSampler { /**

Re: [statistics] Proposed OLS grammar

> On 18 Jul 2019, at 23:49, Eric Barnhill wrote: > > I suggested the following grammar to aim for in our meeting today with the > developing OLS module. If you see anything you'd prefer to change let's > establish it now , if anyone doesn't like it later, it's on me. > > RegressionData data =

Re: [commons-rng] branch master updated: Update SeedFactory use of SecureRandom to non-blocking on Linux systems.

On 18/07/2019 14:04, Gilles Sadowski wrote: Le jeu. 18 juil. 2019 à 14:21, Alex Herbert a écrit : On 18/07/2019 13:11, Gilles Sadowski wrote: Hello Alex. Le jeu. 18 juil. 2019 à 13:54, a écrit : This is an automated email from the ASF dual-hosted git repository. aherbert pushed

Re: [commons-rng] branch master updated: Update SeedFactory use of SecureRandom to non-blocking on Linux systems.

On 18/07/2019 13:11, Gilles Sadowski wrote: Hello Alex. Le jeu. 18 juil. 2019 à 13:54, a écrit : This is an automated email from the ASF dual-hosted git repository. aherbert pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/commons-rng.git The following

Re: [codec][csv] release

> On 16 Jul 2019, at 21:46, Gary Gregory wrote: > > Hi All, > > There have been requests for Codec ad CSV to be released, so I plan on > getting to these soon. I have an outstanding PR for a bug CSV-247 [1] that requires a review. There is also the major bug CSV-248 where the CSVRecord is

Re: [GSoC][Commons][Statistics][Descriptive] PMD violation : Avoid short class names like Mean

> On 13 Jul 2019, at 21:31, Virendra singh Rajpurohit > wrote: > > Hi All, > I'm working on "Commons-Statistics-descriptive". While developing project > with public Mean, Variance & StandardDeviation classes, my project BUILD > FAILED because of PMD violation for short Class name "Mean".

Re: False coverage decrease accusations by Coveralls

where they were also not covered. It is a bug to raise with Coveralls; or not worry about it. On 7/3/19 12:32 PM, Alex Herbert wrote: On 03/07/2019 10:35, Heinrich Bohne wrote: But the detailed report you linked to is exactly where I got the information about what existing lines have

Re: False coverage decrease accusations by Coveralls

e a bug report". This should make it clear that the exception is not meant to be possible but the assertion it makes is a requirement for the rest of the function to work. On 7/3/19 11:19 AM, Alex Herbert wrote: On 3 Jul 2019, at 09:38, Heinrich Bohne wrote: So this is the seco

Re: False coverage decrease accusations by Coveralls

> On 3 Jul 2019, at 09:38, Heinrich Bohne wrote: > > So this is the second time this happens to me. I've submitted a pull > request ( https://github.com/apache/commons-numbers/pull/63 ), and the > Coveralls reports says that several existing lines have been uncovered, > which is a lie, because

Re: [CSV] Release again

> On 3 Jul 2019, at 09:18, Hoa Phan wrote: > > +1 Please can you state what you are voting for. A new release or each of my proposals to fix bugs before the release. > > Sent from Yahoo Mail on Android > > On Wed, Jul 3, 2019 at 18:13, Alex Herbert wrote: >

Re: [CSV] Release again

> On 15 Jun 2019, at 19:59, Alex Herbert wrote: > > > >> On 15 Jun 2019, at 18:57, Gary Gregory wrote: >> >> We've fixed some issues immediately after 1.7. How does everyone feel about >> releasing again? >> What else needs to be addressed in the

Re: [GSoC][Commons][Statistics][Descriptive] Should Standard Deviation extend Variance & Variance extend Moment class?

Re-sent to list. > On 1 Jul 2019, at 18:49, Gilles Sadowski wrote: > > Le lun. 1 juil. 2019 à 19:10, Alex Herbert <mailto:alex.d.herb...@gmail.com>> a écrit : >> >> On 01/07/2019 08:59, Gilles Sadowski wrote: >>> Hello. >>> >>>

Re: [All][STATISTICS] External dependency for linear algebra?

> On 22 Jun 2019, at 15:28, Gilles Sadowski wrote: > > Hi Gary. > > Le sam. 22 juin 2019 à 16:04, Gary Gregory > a écrit : >> >> My two bits: >> - What is the license of the third party artifact under consideration? > > https://github.com/lessthanoptimal/ejml

Re: [numbers-fraction] Code duplication between FractionTest and BigFractionTest

implementing this. I'll work some more on it before I create an actual pull request. On 6/20/19 10:40 AM, Alex Herbert wrote: On 20 Jun 2019, at 00:54, Heinrich Bohne wrote: An awful lot of code is duplicated between FractionTest and BigFractionTest. Often, the test cases in the two classes only differ

Re: [Rng] Jenkins JDK 1.6 failing

On 20/06/2019 13:47, Gilles Sadowski wrote: Hello Gary. Le jeu. 20 juin 2019 à 14:31, Gary Gregory a écrit : Java 6? Really? You ask this recurrently. ;-) [I know this is not the right thread to answer it but anyways...] That [RNG] still supports Java 6 is a tribute to what I've been

Re: [Rng] Jenkins JDK 1.6 failing

On 20/06/2019 13:30, sebb wrote: On Thu, 20 Jun 2019 at 13:06, Alex Herbert wrote: On 20/06/2019 12:45, Apache Jenkins Server wrote: The Apache Jenkins build system has built commons-rng (build #361) Status: Still Failing Check console output at https://builds.apache.org/job/commons-rng

Re: [Rng] Jenkins JDK 1.6 failing

On 20/06/2019 12:45, Apache Jenkins Server wrote: The Apache Jenkins build system has built commons-rng (build #361) Status: Still Failing Check console output at https://builds.apache.org/job/commons-rng/361/ to view the results. Jenkins is failing the RAT check on JDK 1.6 with apparently

Re: [numbers-fraction] Code duplication between FractionTest and BigFractionTest

> On 20 Jun 2019, at 00:54, Heinrich Bohne wrote: > > An awful lot of code is duplicated between FractionTest and > BigFractionTest. Often, the test cases in the two classes only differ in > the types they use (e.g. Fraction vs. BigFraction), but the actual > values the tests use are the

Re: [GSoC][STATISTICS][Regression][Exception] How should I handlehandling exceptions?

rows) for this many predictors (“ +x[0].length + " predictors)" I do not know if a decision has been made on supporting localisation. I’ll wait for others to chime in. > > From: Alex Herbert > Sent: Wednesday, June 19, 2019 11:39 AM > To: Commons Developers List > Sub

Re: [GSoC][STATISTICS][Regression][Exception] How should I handle handling exceptions?

On 19/06/2019 17:33, Ben Nguyen wrote: Hello, Regarding the use of exceptions for the regression module; should I simply try to port over all required exceptions straight from “apache.commons.math.exception” into it’s own exception package inside “regression.util.exception” perhaps

Re: [CODEC] CRLF files in macOS checkout

> On 18 Jun 2019, at 18:59, sebb wrote: > > On Tue, 18 Jun 2019 at 16:01, Alex Herbert <mailto:alex.d.herb...@gmail.com>> wrote: >> >> >> On 18/06/2019 15:38, sebb wrote: >>> On Tue, 18 Jun 2019 at 12:58, Alex Herbert wrote: >>>> &

Re: [numbers][statistics] Migration to JUnit 5 complete

On 18/06/2019 12:31, Gilles Sadowski wrote: Hi. Le lun. 17 juin 2019 à 00:03, Heinrich Bohne a écrit : I made some additional refinements to the test classes in the commons-numbers-field module (the one with the parameterized tests). The compiler was warning about unchecked method calls and

Re: [CODEC] CRLF files in macOS checkout

On 18/06/2019 15:38, sebb wrote: On Tue, 18 Jun 2019 at 12:58, Alex Herbert wrote: On 18/06/2019 11:00, sebb wrote: On Tue, 18 Jun 2019 at 10:40, Alex Herbert wrote: On 18/06/2019 09:55, sebb wrote: On Tue, 18 Jun 2019 at 08:15, Julian Reschke wrote: On 17.06.2019 23:26, sebb wrote

Re: [CODEC] CRLF files in macOS checkout

On 18/06/2019 11:00, sebb wrote: On Tue, 18 Jun 2019 at 10:40, Alex Herbert wrote: On 18/06/2019 09:55, sebb wrote: On Tue, 18 Jun 2019 at 08:15, Julian Reschke wrote: On 17.06.2019 23:26, sebb wrote: Most of the files in my clone of codec have LF endings, however a few are CRLF

Re: [CODEC] CRLF files in macOS checkout

On 18/06/2019 09:55, sebb wrote: On Tue, 18 Jun 2019 at 08:15, Julian Reschke wrote: On 17.06.2019 23:26, sebb wrote: Most of the files in my clone of codec have LF endings, however a few are CRLF: ./README.md ./src/assembly/bin.xml ./src/assembly/src.xml ./src/changes/changes.xml

Re: [CSV] Release again

> On 15 Jun 2019, at 18:57, Gary Gregory wrote: > > We've fixed some issues immediately after 1.7. How does everyone feel about > releasing again? > What else needs to be addressed in the short term? > Gary - Bug (picked up by FindBugs): CSVRecord is no longer serialisable as it stores the

Re: [CSV] Broken build

> On 15 Jun 2019, at 15:21, sebb wrote: > > On Sat, 15 Jun 2019 at 15:14, Gary Gregory wrote: >> >> The current master build yields: >> >> [ERROR] CSVFormatTest.testHashCodeAndWithIgnoreHeaderCase:523 >> [ERROR] CSVFormatTest.testWithHeaderComments:972 >> >> I do not think it is OK to

[statistics] Travis problems with oraclejdk8

Currently two PRs for statistics are unable to run the oraclejdk8 environment. Openjdk8 runs fine. I cannot find a definite answer to this issue but problems have been flagged on Travis xenial builds using oraclejdk8 as of 16 Apr 2019 [1,2]. This problem appears sporadic as travis ran an

Re: [statistics] Upgrade to JUnit 5

> On 13 Jun 2019, at 18:15, Alex Herbert wrote: > > [numbers] is currently upgrading to JUnit 5. This has progressed quite > efficiently with a few branch merge issues. > > I suggest an upgrade of [statistics] before it expands in scope. > > It has no @RunWith(val

Re: [lang][rng] org.apache.commons.lang3.ArrayUtils.shuffle()

On 14/06/2019 13:29, sebb wrote: On Fri, 14 Jun 2019 at 12:57, Alex Herbert wrote: On 14/06/2019 12:01, sebb wrote: I meant that the iterator would use the shuffled and/or selected indices to return the appropriate entry from the original array. No need to modify the original array

Re: [lang][rng] org.apache.commons.lang3.ArrayUtils.shuffle()

Barnhill wrote: An iterator that dynamically shuffles as you go along. That's really nice, I had never even thought of that. Thanks. On Thu, Jun 13, 2019 at 10:11 AM Alex Herbert wrote: On 13/06/2019 17:56, Eric Barnhill wrote: On Thu, Jun 13, 2019 at 9:36 AM sebb wrote: Rather than sh

[csv] CSVParser is no longer Serializable after v1.7

I have been fixing some minor issues in [csv] found during release of 1.7. The fingbugs report for the release had 1 issue (see site [1]). When fixing this issue I found findbugs reports that CSVRecord has a field that is not Serializable. This issue is not in the project report on the site. If

[statistics] Upgrade to JUnit 5

[numbers] is currently upgrading to JUnit 5. This has progressed quite efficiently with a few branch merge issues. I suggest an upgrade of [statistics] before it expands in scope. It has no @RunWith(value = Parameterized.class) requirements and so should be a straight forward conversion.

Re: [lang][rng] org.apache.commons.lang3.ArrayUtils.shuffle()

On 13/06/2019 17:56, Eric Barnhill wrote: On Thu, Jun 13, 2019 at 9:36 AM sebb wrote: Rather than shuffle etc in place, how about various iterators/selectors to return entries in randomised order? [Or does that already exist?] I am pretty sure random draws, and shuffling, are implemented

Re: [lang][rng] org.apache.commons.lang3.ArrayUtils.shuffle()

On 13/06/2019 15:59, Gary Gregory wrote: Now that RNG is up and going, it seems odd to still have: org.apache.commons.lang3.ArrayUtils.shuffle(double[], Random) Should we deprecate these APIs in favor of Commons RNG and if so which RNG APIs? Gary Shuffling is in the commons-rng-sampling

Re: [gsoc] Weekly meeting tomorrow

Time for a weekly meeting. Thursday UTC +4. https://www.timeanddate.com/worldclock/meetingdetails.html?year=2019=6=13=16=0=0=136=224=265=1249=1860=1800 Here’s a preliminary agenda: -

Re: [rng] Releasing 1.3

On 10/06/2019 18:05, Gilles Sadowski wrote: Hi. Le lun. 10 juin 2019 à 18:33, Alex Herbert a écrit : On 10/06/2019 17:18, Gilles Sadowski wrote: Le lun. 10 juin 2019 à 17:56, Alex Herbert a écrit : On 10/06/2019 16:34, Gilles Sadowski wrote: Hello. Le lun. 10 juin 2019 à 17:17, Alex

Re: [rng] Releasing 1.3

On 10/06/2019 17:18, Gilles Sadowski wrote: Le lun. 10 juin 2019 à 17:56, Alex Herbert a écrit : On 10/06/2019 16:34, Gilles Sadowski wrote: Hello. Le lun. 10 juin 2019 à 17:17, Alex Herbert a écrit : On 10/06/2019 15:31, Gilles Sadowski wrote: P.S. Thinking of releasing 1.3? Not yet

Re: [rng] Releasing 1.3

On 10/06/2019 15:31, Gilles Sadowski wrote: P.S. Thinking of releasing 1.3? Not yet. I think there are a few outstanding items that work together for the multi-threaded focus of the new code and the new generators: Sure but some of them could be postponed, if just to RERO. - RNG-98:

<    2   3   4   5   6   7   8   9   >