Re: [Math] How to update the web site?

2024-03-09 Thread Gilles Sadowski
Le sam. 9 mars 2024 à 03:57, Gary Gregory a écrit : > > It looks like the Maven SCM plugin wants your password. Did you > provide it on the command line? The error message (cf. below) says: "interactive prompting was disabled". No prompt has been asking to supply a login and password. Gilles >

Re: [Math] How to update the web site?

2024-03-08 Thread Gary Gregory
It looks like the Maven SCM plugin wants your password. Did you provide it on the command line? Gary On Thu, Mar 7, 2024 at 11:33 AM Gilles Sadowski wrote: > > Le jeu. 7 mars 2024 à 15:20, Gary Gregory a écrit : > > > > Please see https://commons.apache.org/site-publish.html > > Thanks. > Tryin

Re: [Math] How to update the web site?

2024-03-07 Thread Gilles Sadowski
Le jeu. 7 mars 2024 à 15:20, Gary Gregory a écrit : > > Please see https://commons.apache.org/site-publish.html Thanks. Trying $ mvn scm-publish:publish-scm results in ---CUT--- [ERROR] Failed to execute goal org.apache.maven.plugins:maven-scm-publish-plugin:3.2.1:publish-scm (default-cli) on p

Re: [Math] How to update the web site?

2024-03-07 Thread Gary Gregory
Please see https://commons.apache.org/site-publish.html Gary On Thu, Mar 7, 2024, 9:10 AM Gilles Sadowski wrote: > Hi. > > In relation to > https://issues.apache.org/jira/browse/MATH-1667 > I'm trying to regenerate the (live) site of [Math], but > I've lost track of the "right" way to do it i

Re: [MATH][NUMBERS] Method to convert unsigned long to BigInteger

2023-12-24 Thread Alex Herbert
On Sun, 24 Dec 2023 at 16:31, sebb wrote: > > On Sun, 24 Dec 2023 at 16:14, Alex Herbert wrote: > > > > On Sun, 24 Dec 2023 at 13:58, sebb wrote: > > > > > > On Sun, 24 Dec 2023 at 13:16, Alex Herbert > > > wrote: > > > > > > > > On Sun, 24 Dec 2023 at 11:45, Elliotte Rusty Harold > > > > wr

Re: [MATH][NUMBERS] Method to convert unsigned long to BigInteger

2023-12-24 Thread sebb
On Sun, 24 Dec 2023 at 16:14, Alex Herbert wrote: > > On Sun, 24 Dec 2023 at 13:58, sebb wrote: > > > > On Sun, 24 Dec 2023 at 13:16, Alex Herbert wrote: > > > > > > On Sun, 24 Dec 2023 at 11:45, Elliotte Rusty Harold > > > wrote: > > > > > > > > On Sun, Dec 24, 2023 at 9:59 AM sebb wrote: >

Re: [MATH][NUMBERS] Method to convert unsigned long to BigInteger

2023-12-24 Thread Alex Herbert
On Sun, 24 Dec 2023 at 13:58, sebb wrote: > > On Sun, 24 Dec 2023 at 13:16, Alex Herbert wrote: > > > > On Sun, 24 Dec 2023 at 11:45, Elliotte Rusty Harold > > wrote: > > > > > > On Sun, Dec 24, 2023 at 9:59 AM sebb wrote: > > > > > > > > Both Numbers and Statistics have implementations of > >

Re: [MATH][NUMBERS] Method to convert unsigned long to BigInteger

2023-12-24 Thread sebb
On Sun, 24 Dec 2023 at 13:16, Alex Herbert wrote: > > On Sun, 24 Dec 2023 at 11:45, Elliotte Rusty Harold > wrote: > > > > On Sun, Dec 24, 2023 at 9:59 AM sebb wrote: > > > > > > Both Numbers and Statistics have implementations of > > > > > > BigInteger toUnsignedBigInteger(long treatedAsUnsign

Re: [MATH][NUMBERS] Method to convert unsigned long to BigInteger

2023-12-24 Thread Alex Herbert
On Sun, 24 Dec 2023 at 11:45, Elliotte Rusty Harold wrote: > > On Sun, Dec 24, 2023 at 9:59 AM sebb wrote: > > > > Both Numbers and Statistics have implementations of > > > > BigInteger toUnsignedBigInteger(long treatedAsUnsigned) > > > > Can you describe a use case for this? That might help deci

Re: [MATH] MultiStartMultivariateOptimizerTest.testCircleFitting flaky test

2023-12-24 Thread Gilles Sadowski
Le sam. 23 déc. 2023 à 23:50, sebb a écrit : > > On Sat, 23 Dec 2023 at 15:44, Gilles Sadowski wrote: > > > > Hello. > > > > Le sam. 23 déc. 2023 à 16:30, sebb a écrit : > > > > > > The test MultiStartMultivariateOptimizerTest.testCircleFitting [1] > > > seems to be flaky. > > > > > > It often f

Re: [MATH][NUMBERS] Method to convert unsigned long to BigInteger

2023-12-24 Thread Elliotte Rusty Harold
On Sun, Dec 24, 2023 at 9:59 AM sebb wrote: > > Both Numbers and Statistics have implementations of > > BigInteger toUnsignedBigInteger(long treatedAsUnsigned) > Can you describe a use case for this? That might help decide where it belongs. I wouldn't be surprised if this is more suitable for lan

Re: [MATH] MultiStartMultivariateOptimizerTest.testCircleFitting flaky test

2023-12-23 Thread sebb
On Sat, 23 Dec 2023 at 15:44, Gilles Sadowski wrote: > > Hello. > > Le sam. 23 déc. 2023 à 16:30, sebb a écrit : > > > > The test MultiStartMultivariateOptimizerTest.testCircleFitting [1] > > seems to be flaky. > > > > It often fails with values below the expected minimum of 750. > > > > Does thi

Re: [MATH] MultiStartMultivariateOptimizerTest.testCircleFitting flaky test

2023-12-23 Thread Gilles Sadowski
Hello. Le sam. 23 déc. 2023 à 16:30, sebb a écrit : > > The test MultiStartMultivariateOptimizerTest.testCircleFitting [1] > seems to be flaky. > > It often fails with values below the expected minimum of 750. > > Does this indicate a real failure, or can the minimum be safely reduced? I think s

Re: [MATH] Inconsistent artifactId for parent pom

2023-09-20 Thread sebb
OK, done as a PR for now in case there are any second thoughts... On Wed, 20 Sept 2023 at 19:42, Alex Herbert wrote: > > On Wed, 20 Sept 2023 at 14:24, sebb wrote: > > > > The artifactId for the parent pom is > > > > commons-math-parent > > > > whereas all the child poms have the prefix > > > >

Re: [MATH] Inconsistent artifactId for parent pom

2023-09-20 Thread Alex Herbert
On Wed, 20 Sept 2023 at 14:24, sebb wrote: > > The artifactId for the parent pom is > > commons-math-parent > > whereas all the child poms have the prefix > > commons-math4- > > Seems to me this ought to be fixed before the first GA release > (current is 4.0-beta2) The current parent was probably

Re: [math] JIRA ticket for modularisation of all 14 legacy packages

2023-07-20 Thread Gilles Sadowski
Le jeu. 20 juil. 2023 à 23:46, Dimitrios Efthymiou a écrit : > > I am not home now, but these are the ones i remember from looking at the > GitHub repo: > AbstractStorelessUnivariateStatistic.java > AbstractUnivariateStatistic.java > WeightedEvaluation.java > Sum.java > FirstMoment.java > Mean.jav

Re: [math] JIRA ticket for modularisation of all 14 legacy packages

2023-07-20 Thread Dimitrios Efthymiou
I am not home now, but these are the ones i remember from looking at the GitHub repo: AbstractStorelessUnivariateStatistic.java AbstractUnivariateStatistic.java WeightedEvaluation.java Sum.java FirstMoment.java Mean.java SecondMoment.java StandardDeviation.java Variance.java VectorialMean.java On

Re: [math] JIRA ticket for modularisation of all 14 legacy packages

2023-07-20 Thread Dimitrios Efthymiou
I am not home now, but these are the ones i remember from looking at the GitHub repo: AbstractStorelessUnivariateStatistic.java AbstractUnivariateStatistic.java WeightedEvaluation.java Sum.java FirstMoment.java Mean.java SecondMoment.java StandardDeviation.java Variance.java VectorialMean.java On

Re: [math] JIRA ticket for modularisation of all 14 legacy packages

2023-07-20 Thread Gilles Sadowski
Le jeu. 20 juil. 2023 à 23:28, Dimitrios Efthymiou a écrit : > > Unfortunately, i just tried a simple move, but there are deoendencies on 3 > distance classes But... those classes are only used by the "clustering" package; they are not external dependencies; they would go into the new module as f

Re: [math] JIRA ticket for modularisation of all 14 legacy packages

2023-07-20 Thread Dimitrios Efthymiou
Unfortunately, i just tried a simple move, but there are deoendencies on 3 distance classes and about 12 stats classes, because there are transitive dependencies. Not to mention the respective test classes. On Thu, 20 Jul 2023, 22:22 Gilles Sadowski, wrote: > Le jeu. 20 juil. 2023 à 21:19, Dimit

Re: [math] JIRA ticket for modularisation of all 14 legacy packages

2023-07-20 Thread Gilles Sadowski
Le jeu. 20 juil. 2023 à 21:19, Dimitrios Efthymiou a écrit : > > are you saying that in order to move the ml.clustering classes > to the new clustering module, I can take all the dependencies to classes > and their transitive dependencies, copy them to the new clustering module, > but only keep in

Re: [math] JIRA ticket for modularisation of all 14 legacy packages

2023-07-20 Thread Dimitrios Efthymiou
are you saying that in order to move the ml.clustering classes to the new clustering module, I can take all the dependencies to classes and their transitive dependencies, copy them to the new clustering module, but only keep in them the minimum required code for the new module to operate? On Thu,

Re: [math] JIRA ticket for modularisation of all 14 legacy packages

2023-07-20 Thread Gilles Sadowski
Hello. Le mer. 19 juil. 2023 à 12:59, Dimitrios Efthymiou a écrit : > > [...] > 1-- [...] > 2--As for the atomic refactoring and feature branch, well, > unless someone moves the Variance class (you said that someone > is doing it now) and the distance package and whatever other > dependencies exi

Re: [math] JIRA ticket for modularisation of all 14 legacy packages

2023-07-19 Thread Gilles Sadowski
Le mer. 19 juil. 2023 à 17:48, Elliotte Rusty Harold a écrit : > > On Wed, Jul 19, 2023 at 11:38 AM Gilles Sadowski wrote: > > > I think that the page one would look for is this one: > >https://commons.apache.org/proper/commons-math/dependency-info.html > > It's fine to put it there, but even

Re: [math] JIRA ticket for modularisation of all 14 legacy packages

2023-07-19 Thread Elliotte Rusty Harold
On Wed, Jul 19, 2023 at 11:38 AM Gilles Sadowski wrote: > I think that the page one would look for is this one: >https://commons.apache.org/proper/commons-math/dependency-info.html It's fine to put it there, but even if it's correct it's still too hard to find. The only way to get to that pa

Re: [math] JIRA ticket for modularisation of all 14 legacy packages

2023-07-19 Thread Gilles Sadowski
Le mer. 19 juil. 2023 à 16:03, Elliotte Rusty Harold a écrit : > > On Wed, Jul 19, 2023 at 9:53 AM Gilles Sadowski wrote: > > > > org.apache.commons.math4 and org.apache.commons.math3 > > > > > > Although it's not easy to find, > > > > What do you mean? > > Is it something we can fix here? > > >

Re: [math] JIRA ticket for modularisation of all 14 legacy packages

2023-07-19 Thread Elliotte Rusty Harold
On Wed, Jul 19, 2023 at 9:53 AM Gilles Sadowski wrote: > > org.apache.commons.math4 and org.apache.commons.math3 > > > > Although it's not easy to find, > > What do you mean? > Is it something we can fix here? > Probably. I did a google search and hunted around on the web pages at https://common

Re: [math] JIRA ticket for modularisation of all 14 legacy packages

2023-07-19 Thread Gilles Sadowski
Le mer. 19 juil. 2023 à 14:58, Elliotte Rusty Harold a écrit : > > Commons Math 4 and Commons Math 3 have different java packages: > > org.apache.commons.math4 and org.apache.commons.math3 > > Although it's not easy to find, What do you mean? Is it something we can fix here? > it does look like

Re: [math] JIRA ticket for modularisation of all 14 legacy packages

2023-07-19 Thread Elliotte Rusty Harold
Commons Math 4 and Commons Math 3 have different java packages: org.apache.commons.math4 and org.apache.commons.math3 Although it's not easy to find, it does look like the Maven coordinates have changed as well. so it's effectively a completely new release of a new project that can coexist with

Re: [math] JIRA ticket for modularisation of all 14 legacy packages

2023-07-19 Thread Gilles Sadowski
Hi. Le mer. 19 juil. 2023 à 13:43, Elliotte Rusty Harold a écrit : > > Ok, don't do that unless it's new code in new packages. Otherwise > you're creating a dependency hell for existing clients. It is > extremely developer hostile. Pretty much all of https://jlbp.dev/ > applies but especially > >

Re: [math] JIRA ticket for modularisation of all 14 legacy packages

2023-07-19 Thread Gilles Sadowski
Hello. Le mer. 19 juil. 2023 à 12:59, Dimitrios Efthymiou a écrit : > > thanks Gilles. > 1--I think I broke the build, because I did not include (correctly) > the dependency on clustering inside the root pom.xml. My local build > succeeds. I hope that the GitHub build succeeds, as well. It doesn

Re: [math] JIRA ticket for modularisation of all 14 legacy packages

2023-07-19 Thread Dimitrios Efthymiou
I see. I didn't suggest I would start creating modules here and there. I just wanted to know if there is a plan to, eventually, put all those legacy packages into their own projects like analysis, linear algebra, special functions, optimisation, etc. That's all. I am not gonna do it. But since on o

Re: [math] JIRA ticket for modularisation of all 14 legacy packages

2023-07-19 Thread Elliotte Rusty Harold
Ok, don't do that unless it's new code in new packages. Otherwise you're creating a dependency hell for existing clients. It is extremely developer hostile. Pretty much all of https://jlbp.dev/ applies but especially JLBP-5: Do not include a class in more than one classpath entry JLBP-6: Rename ar

Re: [math] JIRA ticket for modularisation of all 14 legacy packages

2023-07-19 Thread Dimitrios Efthymiou
no. I mean creating maven modules inside commons-math, like the existing ones: commons-math-neuralnet commons-math-transform On Wed, 19 Jul 2023 at 12:29, Elliotte Rusty Harold wrote: > Could you be precise about what you mean by "modularisation"? It's a > very overloaded term. Do you mean Java

Re: [math] JIRA ticket for modularisation of all 14 legacy packages

2023-07-19 Thread Elliotte Rusty Harold
Could you be precise about what you mean by "modularisation"? It's a very overloaded term. Do you mean Java 9 modules as defined by the JPMS? On Wed, Jul 19, 2023 at 12:33 AM Dimitrios Efthymiou wrote: > > Hello everyone. Is there, or gonna be, a dedicated ticket for the > modularisation of all 1

Re: [math] JIRA ticket for modularisation of all 14 legacy packages

2023-07-19 Thread Dimitrios Efthymiou
thanks Gilles. 1--I think I broke the build, because I did not include (correctly) the dependency on clustering inside the root pom.xml. My local build succeeds. I hope that the GitHub build succeeds, as well. 2--As for the atomic refactoring and feature branch, well, unless someone moves the Varia

Re: [math] JIRA ticket for modularisation of all 14 legacy packages

2023-07-19 Thread Gilles Sadowski
Hello. Le mer. 19 juil. 2023 à 11:21, Dimitrios Efthymiou a écrit : > > I saw 1575, but I didn't see subtasks for all 14 packages. > Is there a plan to modularise all 14 packages? Obviously, it would be good to achieve that, as pointed out in the release notes of version 4.0-beta1: https://c

Re: [math] JIRA ticket for modularisation of all 14 legacy packages

2023-07-19 Thread Dimitrios Efthymiou
I saw 1575, but I didn't see subtasks for all 14 packages. Is there a plan to modularise all 14 packages? As for the dependencies on core, linear, analysis, well, from what I know, the way to modularise a codebase that was not designed to be modular, is to start moving classes that do not depend on

Re: [math] JIRA ticket for modularisation of all 14 legacy packages

2023-07-19 Thread Gilles Sadowski
Hello. Le mer. 19 juil. 2023 à 02:33, Dimitrios Efthymiou a écrit : > > Hello everyone. Is there, or gonna be, a dedicated ticket for the > modularisation of all 14 packages commons-math-legacy has? https://issues.apache.org/jira/browse/MATH-1575 > I think that > some of them are easy to modula

Re: [math] legac ml.distance package migration

2023-07-18 Thread Gilles Sadowski
Hello. Le mar. 18 juil. 2023 à 17:30, Dimitrios Efthymiou a écrit : > > Hello everyone. I am working on the modularisation of > the legacy ml.clustering package to a new module: > commons-math-clustering. Some clustering classes > depend on stat.moment.Variance In the new modules, there must be

Re: [math] refactoring math4

2023-07-14 Thread Gilles Sadowski
Hello. Le ven. 14 juil. 2023 à 16:15, Dimitrios Efthymiou a écrit : > > Hello devs. I need a little help. > > 1--Say that I want to implement a new feature/function that, technically > exists in the math4 or legacy, but it doesn't exist in commons- geometry or > commons- numbers. What is the prot

Re: [math] 49 Junit test failures in 4.0 beta

2023-04-03 Thread Gilles Sadowski
Hello. Le lun. 3 avr. 2023 à 16:47, François Laferrière a écrit : > > When running Junit tests on ACM 4.0-snapshot I get a lot of failures. Mostly > (I supect) due to roundoff error beyond the tolerance of individual test. Is > it just a problem on my computer (Ubuntu 22.04, Eclipse 4.23, > ja

Re: [Math] Needed some help as a new contributor to Apache JIRA

2023-03-10 Thread Gilles Sadowski
Hi. Please note that you should usually prefix the "Subject:" line of your post with the (short) name of the component in square brackets; here that would have been "[Math]". This is because there are so many different subjects that can be discussed on this ML, as explained there: https://com

Re: [math] discuss faster getEntry for RealMatrix implementations

2023-03-04 Thread Gilles Sadowski
Le sam. 4 mars 2023 à 17:08, Cyril de Catheu a écrit : > [...] > > > > > > > Let me know what you think. > > > > I've also added comments on JIRA. > > > > Somehow I can't see any comments on JIRA - > https://issues.apache.org/jira/browse/MATH-1654 > Am I missing something? I wrote them... And for

Re: [math] The build is broken

2023-03-04 Thread Alex Herbert
Is it consistently broken? One test for the optimisers requires 15 restarts due to randomness in the optimiser and the difficulty of the optimisation problem. This runs in a different phase. See the surefire plug-in configuration in the math parent pom. We tried to make the test suite more robust

Re: [math] discuss faster getEntry for RealMatrix implementations

2023-03-04 Thread Cyril de Catheu
Thanks for the quick answer! ↓ On Sat, Mar 4, 2023 at 2:39 PM Gilles Sadowski wrote: > Hello. > > Le sam. 4 mars 2023 à 12:29, Cyril de Catheu > a écrit : > > > > Hello, > > > > I just opened a ticket > > Thanks for the report! > > > describing an opportunity to optimize the getEntry > > method

Re: [math] The build is broken

2023-03-04 Thread sebb
On Sat, 4 Mar 2023 at 15:16, Gary Gregory wrote: > > Let me get this straight: You use Gmail but you refuse to sign in to > GitHub? Right... So what? They are run by different organisations. The consequences of a leak are very different, especially if you only use GMail for public mails. Let pe

Re: [math] The build is broken

2023-03-04 Thread Gary Gregory
Let me get this straight: You use Gmail but you refuse to sign in to GitHub? Right... Gary On Sat, Mar 4, 2023, 10:11 Gilles Sadowski wrote: > Hello Gary. > > Le sam. 4 mars 2023 à 15:52, Gary D. Gregory a > écrit : > > > > Hi Math, > > > > The build is broken locally for me, and as exemplifie

Re: [math] The build is broken

2023-03-04 Thread Gilles Sadowski
Hello Gary. Le sam. 4 mars 2023 à 15:52, Gary D. Gregory a écrit : > > Hi Math, > > The build is broken locally for me, and as exemplified on GHA [1]: > https://github.com/apache/commons-math/actions/runs/4086106809/jobs/7044975362 Thanks for the notice but a button says "Sign in to view logs".

Re: [math] discuss faster getEntry for RealMatrix implementations

2023-03-04 Thread Gilles Sadowski
Hello. Le sam. 4 mars 2023 à 12:29, Cyril de Catheu a écrit : > > Hello, > > I just opened a ticket Thanks for the report! > describing an opportunity to optimize the getEntry > method of RealMatrix implementations. > For our specific workload in BOBYQA Advertisement: Help is very welcome for

Re: [math] : Few questions about MATH-1641

2023-03-01 Thread Gilles Sadowski
Hello Gael. Le mer. 1 mars 2023 à 07:25, Gael Yimen Yimga a écrit : > > Hello All, > > Please I have a few questions that I asked below. Please let me know how I > can be helpful on this project. This is my first time as a contributor on > Apache projects. Welcome. Have you contributed to other

Re: [math] contribution proposal for multivariate functions optimization (2)

2022-12-28 Thread Gilles Sadowski
Hi. Le mer. 28 déc. 2022 à 16:53, Eric Bresie a écrit : > > Would fork/cloning from the following and raise a PR work to provide the > code? > > https://github.com/apache/commons-math Yes. > > Although there does appear to be a few PRs waiting to be merged there > presently. Well, if there is

Re: [math] contribution proposal for multivariate functions optimization (2)

2022-12-28 Thread Eric Bresie
Would fork/cloning from the following and raise a PR work to provide the code? https://github.com/apache/commons-math Although there does appear to be a few PRs waiting to be merged there presently. Eric On Tue, Dec 27, 2022 at 5:02 PM Gilles Sadowski wrote: > Hi. > > Le mar. 27 déc. 2022 à 2

Re: [math] contribution proposal for multivariate functions optimization (2)

2022-12-27 Thread Gilles Sadowski
Hi. Le mar. 27 déc. 2022 à 23:30, François Laferrière a écrit : > > Hello, > I am finally done with a draft version of multivariate optimizers (gradient > descent, Newton-Raphson, BFGS) that fits the legacy API design and class > hierarchy. Thanks! > The new code is compliant with checkstyle

Re: [math] contribution proposal for multivariate functions optimization (2)

2022-12-27 Thread François Laferrière
Hello, I am finally done with a draft version of multivariate optimizers (gradient descent, Newton-Raphson, BFGS) that fits the legacy API design and class hierarchy. The new code is compliant with checkstyle rule. My question is : "what's next?". I suppose that I should have access to a specifi

Re: [Math] Post-release 4.0-beta1, still to do

2022-12-22 Thread Gilles Sadowski
Le jeu. 22 déc. 2022 à 10:01, Gilles Sadowski a écrit : > > Le jeu. 22 déc. 2022 à 00:38, Alex Herbert a écrit > : > > > > On Wed, 21 Dec 2022 at 15:08, Gilles Sadowski wrote: > > > > > > Hello. > > > > > > Le mer. 21 déc. 2022 à 15:08, Alex Herbert a > > > écrit : > > > > > > > > On Wed, 21

Re: [Math] Post-release 4.0-beta1, still to do

2022-12-22 Thread Gilles Sadowski
Le jeu. 22 déc. 2022 à 00:38, Alex Herbert a écrit : > > On Wed, 21 Dec 2022 at 15:08, Gilles Sadowski wrote: > > > > Hello. > > > > Le mer. 21 déc. 2022 à 15:08, Alex Herbert a > > écrit : > > > > > > On Wed, 21 Dec 2022 at 12:26, Gilles Sadowski > > > wrote: > > > > > > > > Hello. > > > > >

Re: [Math] Post-release 4.0-beta1, still to do

2022-12-21 Thread Alex Herbert
On Wed, 21 Dec 2022 at 15:08, Gilles Sadowski wrote: > > Hello. > > Le mer. 21 déc. 2022 à 15:08, Alex Herbert a écrit > : > > > > On Wed, 21 Dec 2022 at 12:26, Gilles Sadowski wrote: > > > > > > Hello. > > > > > > Artefacts are available from Maven Central, distribution files > > > are availab

Re: [Math] Post-release 4.0-beta1, still to do

2022-12-21 Thread Gilles Sadowski
Hello. Le mer. 21 déc. 2022 à 15:08, Alex Herbert a écrit : > > On Wed, 21 Dec 2022 at 12:26, Gilles Sadowski wrote: > > > > Hello. > > > > Artefacts are available from Maven Central, distribution files > > are available from the ASF server and "rel/..." tag was created > > Thanks. > > > The [Ma

Re: [Math] Post-release 4.0-beta1, still to do

2022-12-21 Thread Alex Herbert
On Wed, 21 Dec 2022 at 12:26, Gilles Sadowski wrote: > > Hello. > > Artefacts are available from Maven Central, distribution files > are available from the ASF server and "rel/..." tag was created Thanks. > The [Math] web is not up-to-date yet. > IIUC, a new module must be added that will aggreg

Re: [Math] Release hurdles

2022-12-15 Thread Alex Herbert
On Thu, 15 Dec 2022 at 11:28, Gilles Sadowski wrote: > > Hi. > > Le jeu. 15 déc. 2022 à 12:00, Alex Herbert a écrit > : > > > > On Thu, 15 Dec 2022 at 10:52, Gilles Sadowski wrote: > > > > > > Le jeu. 15 déc. 2022 à 11:01, Gilles Sadowski a > > > écrit : > > > > > > > > Le jeu. 15 déc. 2022 à

Re: [Math] Release hurdles

2022-12-15 Thread Gilles Sadowski
Hi. Le jeu. 15 déc. 2022 à 12:00, Alex Herbert a écrit : > > On Thu, 15 Dec 2022 at 10:52, Gilles Sadowski wrote: > > > > Le jeu. 15 déc. 2022 à 11:01, Gilles Sadowski a > > écrit : > > > > > > Le jeu. 15 déc. 2022 à 10:53, Gilles Sadowski a > > > écrit : > > > > > > > > Hi. > > > > > > > >

Re: [Math] Release hurdles

2022-12-15 Thread Alex Herbert
On Thu, 15 Dec 2022 at 10:52, Gilles Sadowski wrote: > > Le jeu. 15 déc. 2022 à 11:01, Gilles Sadowski a écrit : > > > > Le jeu. 15 déc. 2022 à 10:53, Gilles Sadowski a > > écrit : > > > > > > Hi. > > > > > > So using the insecure way of passing a password on the command-line, > > > I'm one ste

Re: [Math] Release hurdles

2022-12-15 Thread Alex Herbert
On Thu, 15 Dec 2022 at 10:24, Gilles Sadowski wrote: > > Le jeu. 15 déc. 2022 à 11:01, Gilles Sadowski a écrit : > > > > Le jeu. 15 déc. 2022 à 10:53, Gilles Sadowski a > > écrit : > > > > > > Hi. > > > > > > So using the insecure way of passing a password on the command-line, > > > I'm one ste

Re: [Math] Release hurdles

2022-12-15 Thread Gilles Sadowski
Le jeu. 15 déc. 2022 à 11:01, Gilles Sadowski a écrit : > > Le jeu. 15 déc. 2022 à 10:53, Gilles Sadowski a écrit : > > > > Hi. > > > > So using the insecure way of passing a password on the command-line, > > I'm one step further: Which files to delete from Nexus (and how). > > Why can't we seem

Re: [Math] Release hurdles

2022-12-15 Thread Gilles Sadowski
Le jeu. 15 déc. 2022 à 11:01, Gilles Sadowski a écrit : > > Le jeu. 15 déc. 2022 à 10:53, Gilles Sadowski a écrit : > > > > Hi. > > > > So using the insecure way of passing a password on the command-line, > > I'm one step further: Which files to delete from Nexus (and how). > > Why can't we seem

Re: [Math] Release hurdles

2022-12-15 Thread Gilles Sadowski
Le jeu. 15 déc. 2022 à 10:53, Gilles Sadowski a écrit : > > Hi. > > So using the insecure way of passing a password on the command-line, > I'm one step further: Which files to delete from Nexus (and how). > Why can't we seem to avoid uploading unnecessary files there? > Is the problem with Nexus

Re: [Math] Release hurdles

2022-12-15 Thread Gilles Sadowski
Hi. So using the insecure way of passing a password on the command-line, I'm one step further: Which files to delete from Nexus (and how). Why can't we seem to avoid uploading unnecessary files there? Is the problem with Nexus or the release process or maven? Now that they are there, is there sti

Re: [Math] Release hurdles

2022-12-14 Thread Gilles Sadowski
Hello. Le mer. 14 déc. 2022 à 16:23, Alex Herbert a écrit : > > On Wed, 14 Dec 2022 at 13:31, Gilles Sadowski wrote: > > > > Le mer. 14 déc. 2022 à 09:09, Alex Herbert a > > écrit : > > > > > > On Wed, 14 Dec 2022 at 00:49, Gilles Sadowski > > > wrote: > > > > > > > > Hello. > > > > > > > >

Re: [Math] Release hurdles

2022-12-14 Thread Alex Herbert
On Wed, 14 Dec 2022 at 13:31, Gilles Sadowski wrote: > > Le mer. 14 déc. 2022 à 09:09, Alex Herbert a écrit > : > > > > On Wed, 14 Dec 2022 at 00:49, Gilles Sadowski wrote: > > > > > > Hello. > > > > > > Next problem: > > > $ JAVA_HOME=/usr/lib/jvm/java-11-openjdk-amd64 mvn -Duser.name=erans >

Re: [Math] Release hurdles

2022-12-14 Thread Gary Gregory
Svn is used for 4 tasks: - upload src and bin zip tars to the dev site - upload the web site to the same place for reviews, at least that's how I do it - after a vote, transfer files from the dev to the release site (svnmucc) - publish the final site Nexus is only a convenience to our users, not a

Re: [Math] Release hurdles

2022-12-14 Thread Gilles Sadowski
Le mer. 14 déc. 2022 à 09:09, Alex Herbert a écrit : > > On Wed, 14 Dec 2022 at 00:49, Gilles Sadowski wrote: > > > > Hello. > > > > Next problem: > > $ JAVA_HOME=/usr/lib/jvm/java-11-openjdk-amd64 mvn -Duser.name=erans > > clean deploy -Prelease > > [...] > > [INFO] Reactor Summary for Apache Co

Re: [Math] Release hurdles

2022-12-14 Thread Alex Herbert
On Wed, 14 Dec 2022 at 00:49, Gilles Sadowski wrote: > > Hello. > > Next problem: > $ JAVA_HOME=/usr/lib/jvm/java-11-openjdk-amd64 mvn -Duser.name=erans > clean deploy -Prelease > [...] > [INFO] Reactor Summary for Apache Commons Math 4.0-beta1: > [INFO] > [INFO] Apache Commons Math ..

Re: [Math] Release hurdles

2022-12-13 Thread Gilles Sadowski
Hello. Next problem: $ JAVA_HOME=/usr/lib/jvm/java-11-openjdk-amd64 mvn -Duser.name=erans clean deploy -Prelease [...] [INFO] Reactor Summary for Apache Commons Math 4.0-beta1: [INFO] [INFO] Apache Commons Math SUCCESS [ 11.845 s] [INFO] Miscellaneous core classes

Re: [Math] Release hurdles

2022-12-13 Thread Gilles Sadowski
Le mar. 13 déc. 2022 à 17:45, sebb a écrit : > > On Tue, 13 Dec 2022 at 14:09, Gilles Sadowski wrote: > > > > Hello. > > > > I'm at the step that should upload the artefacts to the "nexus" server: > > $ JAVA_HOME=/usr/lib/jvm/java-11-openjdk-amd64 mvn -Duser.name=erans > > clean deploy -Preleas

Re: [Math] "mvn commons-build:download-page" fails with Java 11

2022-12-13 Thread sebb
On Tue, 13 Dec 2022 at 12:28, Gary Gregory wrote: > > You can look at how Commons Text builds, basically, JavaScript (Nashorn) > was removed from the JRE, so you have to add a JS engine like GraalVM. Given that all Commons components are likely to be affected by this, it seems to me that the fix

Re: [Math] Release hurdles

2022-12-13 Thread sebb
On Tue, 13 Dec 2022 at 14:09, Gilles Sadowski wrote: > > Hello. > > I'm at the step that should upload the artefacts to the "nexus" server: > $ JAVA_HOME=/usr/lib/jvm/java-11-openjdk-amd64 mvn -Duser.name=erans > clean deploy -Prelease > > I get this message: > ---CUT--- > [ERROR] Failed to exec

Re: [Math] "mvn commons-build:download-page" fails with Java 11

2022-12-13 Thread Gary Gregory
You can look at how Commons Text builds, basically, JavaScript (Nashorn) was removed from the JRE, so you have to add a JS engine like GraalVM. Gary On Tue, Dec 13, 2022, 04:01 Alex Herbert wrote: > On Tue, 13 Dec 2022 at 01:05, Gilles Sadowski > wrote: > > > > Hello. > > > > Running > > $ JAV

Re: [Math] "mvn commons-build:download-page" fails with Java 11

2022-12-13 Thread Gilles Sadowski
Hi. Le mar. 13 déc. 2022 à 10:01, Alex Herbert a écrit : > > On Tue, 13 Dec 2022 at 01:05, Gilles Sadowski wrote: > > > > Hello. > > > > Running > > $ JAVA_HOME=~/java/jdk/oracle/jdk1.8.0_333 mvn commons-build:download-page > > [...] > > [INFO] BUILD SUCCESS > > [...] > > > > Running > > $ JAVA_

Re: [Math] "mvn commons-build:download-page" fails with Java 11

2022-12-13 Thread Alex Herbert
On Tue, 13 Dec 2022 at 01:05, Gilles Sadowski wrote: > > Hello. > > Running > $ JAVA_HOME=~/java/jdk/oracle/jdk1.8.0_333 mvn commons-build:download-page > [...] > [INFO] BUILD SUCCESS > [...] > > Running > $ JAVA_HOME=/usr/lib/jvm/java-11-openjdk-amd64/ mvn > commons-build:download-page > [...] >

Re: [Math] "maven site" fails

2022-12-12 Thread Gilles Sadowski
Le lun. 12 déc. 2022 à 23:53, Alex Herbert a écrit : > > Deleting the line: > > > > Works. > > I had to do this for the statistics userguide. IIRC the stylesheet was > empty there so it did not matter. However for math the style sheet > contains some elements. It includes some styles that do not

Re: [Math] "maven site" fails

2022-12-12 Thread Alex Herbert
Deleting the line: Works. I had to do this for the statistics userguide. IIRC the stylesheet was empty there so it did not matter. However for math the style sheet contains some elements. It includes some styles that do not exist and the project.css which is empty apart from an import of a url

Re: [Math] Towards 4.0

2022-12-12 Thread Alex Herbert
I think a beta would be good. Ideally we would get some feedback from those migrating from CM3 to CM4 and there could be a chance to adjust the API. Alex On Mon, 12 Dec 2022 at 15:22, Gary Gregory wrote: > > I'd be happy with at least one beta release. > > Gary > > On Mon, Dec 12, 2022, 10:03 Gi

Re: [Math] Towards 4.0

2022-12-12 Thread Gary Gregory
I'd be happy with at least one beta release. Gary On Mon, Dec 12, 2022, 10:03 Gilles Sadowski wrote: > Le lun. 12 déc. 2022 à 15:50, Gary Gregory a > écrit : > > > > I would say go for it is you are 100% certain that all public and > protected > > elements are the best they can be as a major r

Re: [Math] Towards 4.0

2022-12-12 Thread Gilles Sadowski
Le lun. 12 déc. 2022 à 15:50, Gary Gregory a écrit : > > I would say go for it is you are 100% certain that all public and protected > elements are the best they can be as a major release is the only time we > can change them. 100% I'm sure it isn't. ;-) Much work remains in order to reach desira

Re: [Math] Towards 4.0

2022-12-12 Thread Gary Gregory
I would say go for it is you are 100% certain that all public and protected elements are the best they can be as a major release is the only time we can change them. Gary On Mon, Dec 12, 2022, 09:39 Gilles Sadowski wrote: > Hello. > > With all its dependencies having been released, are there an

Re: Math: Yearly patch for commons-math3

2022-12-07 Thread Gilles Sadowski
Le mer. 7 déc. 2022 à 08:23, Jochen Wiedmann a écrit : > > Hi, David, > > if you want to be sure, that commons-math3 is being maintained, To be clear, "Commons Math" (CM) v3.x has not been maintained for years now (since it was *agreed* to develop a new major version) in accordance with the polic

Re: Math: Yearly patch for commons-math3

2022-12-06 Thread Jochen Wiedmann
Hi, David, if you want to be sure, that commons-math3 is being maintained, then I suggest that you take a look at the Git repository log. That should be sufficient: https://gitbox.apache.org/repos/asf?p=commons-math.git;a=log Jochen On Tue, Dec 6, 2022 at 3:57 PM Darrell Merryweather wrote: >

Re: Math: Yearly patch for commons-math3

2022-12-06 Thread Rob Tompkins
> On Dec 6, 2022, at 12:26 PM, Gary Gregory wrote: > > "even if its only updating the copyright headers" > > You must be joking, you know we are volunteers here. I can't imagine you'd > be willing to pay for this from a commercial vendor or consultant which > makes the request show a lack of

Re: Math: Yearly patch for commons-math3

2022-12-06 Thread Gary Gregory
"even if its only updating the copyright headers" You must be joking, you know we are volunteers here. I can't imagine you'd be willing to pay for this from a commercial vendor or consultant which makes the request show a lack of respect for our time and resources. Gary On Tue, Dec 6, 2022, 09:5

Re: [Math-1651] neuralnet : removing flaky test NetworkTest#testIterationOrder

2022-11-03 Thread Gilles Sadowski
Hello. Le jeu. 3 nov. 2022 à 11:51, Dahiya, Anant a écrit : > > Hi, > > This is regarding the Issue Math-1651. The order of neurons in the neuron is > non deterministic as it uses a ConcurrentHashMap which does not store the > elements in any specific order. Thanks for reporting the incorrect

Re: [math] contribution proposal for multivariate functions optimization (2)

2022-10-21 Thread Gilles Sadowski
Hello. I haven't looked at the code, but thanks for your interest in contributing to Commons Math. The more straightforward path is indeed to adapt your code to what is currently in the "...legacy" module. However, you can really consider the other venue, i.e. a design specific to this family of

Re: [math] contribution proposal for multivariate functions optimization (2)

2022-10-21 Thread François Laferrière
Hello Alex, Ichecked the architecture of MultivariateOptimizer family to compareto what I have done so far. I think that what I have done can berefactored to fit in the general framework as extension ofGradientMultivariateOptimizer even though, main differences are : - There is no ne

Re: [math] contribution proposal for multivariate functions optimization (2)

2022-10-20 Thread Alex Herbert
Hi, Thanks for the interest in Commons Math. Currently all the optimisation code is in commons-math-legacy. I think the gradient based methods would fit in: org.apache.commons.math4.legacy.optim.nonlinear.scalar.gradient Can your implementations be adapted to work with the existing interfaces?

Re: [MATH][GA] Issues in "commons-math4-ga2" design

2022-10-15 Thread Gilles Sadowski
Hello. Le sam. 15 oct. 2022 à 16:39, Avijit Basak a écrit : > > Hi All > > Please see my comments below. Kindly share further thoughts. > > > [...] > >I'm not sure what you mean: The examples just run a GA-like algorithm, > >but (AFAICT) do not compare the output to some expected outcome.

Re: [MATH][GA] Issues in "commons-math4-ga2" design

2022-10-15 Thread Avijit Basak
Hi All Please see my comments below. Kindly share further thoughts. > [...] >I'm not sure what you mean: The examples just run a GA-like algorithm, >but (AFAICT) do not compare the output to some expected outcome. -- I have some code changes in the "examples-ga-math-functions" module to c

Re: [MATH][GA] Issues in "commons-math4-ga2" design

2022-09-29 Thread Gilles Sadowski
Hello. Le jeu. 29 sept. 2022 à 14:07, Avijit Basak a écrit : > > Hi All > > Please find my comments below: > > > > >> Hi All > >> > >> The newly proposed design of "commons-math4-ga2" has two primary > >> issues which I would like to mention here. > >> > >> *1) GA logic*: The de

Re: [MATH][GA] Issues in "commons-math4-ga2" design

2022-09-29 Thread Avijit Basak
Hi All Please find my comments below: > >> Hi All >> >> The newly proposed design of "commons-math4-ga2" has two primary >> issues which I would like to mention here. >> >> *1) GA logic*: The design does not conform to the basic genetic algorithm >I understand the concern about

Re: [MATH][GA] Issues in "commons-math4-ga2" design

2022-08-15 Thread Gilles Sadowski
Hello. Le lun. 15 août 2022 à 17:23, Avijit Basak a écrit : > > Hi All > > The newly proposed design of "commons-math4-ga2" has two primary > issues which I would like to mention here. > > *1) GA logic*: The design does not conform to the basic genetic algorithm > concepts proposed by Jo

Re: [Math][Statistics] Beta release?

2022-07-28 Thread Gilles Sadowski
Hello. Le jeu. 28 juil. 2022 à 14:36, Gary Gregory a écrit : > > The former sounds broken and the later does not. Of course, I'm a poorer judge than you about idiomatic usage. > Technically, I would say > that "code" is an "uncountable noun". I suspected the origin of the remark, but I did not

  1   2   3   4   5   6   7   8   9   10   >