ber. Mailing list activity has
> increased. Most if not all of our increasing contributions are coming in
> through GitHub pull requests. This is working well for us:
It is just one opinion, which I (still) do not share.
[Not denying the many utilities readily available from GH; the
issues
valid for several reasons: Size (as noted by the
OP) but also security (the more so that legal requirements seem
on the way in that area).
In summary, IMO modularization should be a feature (and a default
goal) of any new major release.
I know that it is a lot of work (of course, cf. [Math] history) , but
f possible (?), it would be neat to amend the log to just keep the first line.
Regards,
Gilles
Le dim. 28 avr. 2024 à 02:14, a écrit :
>
> This is an automated email from the ASF dual-hosted git repository.
>
> mattjuntunen pushed a commit to branch master
> in repository https://gitbox.apa
ect
which you had proposed some time ago).
As noted, IMHO a Maven module dedicated to benchmarking is preferable to
"mixing" with unit tests (e.g. only that module would then depend on the
benchmarking utilities).
Regards,
Gilles
>
> Gary
>
> On Sat, Apr 20, 2024, 11:01 AM G
is laid out in [RNG]?
Can't it be generalized to other components, with or without formal
support in the "main" POM file? [At first sight, it would seem tidier, more
flexible and more maintainable, to *not* bundle benchmark codes within
"src/test" (where true unit tests resi
sement, there is no
real point discussing it on the Commons "dev" ML.]
Regards,
Gilles
>
> [...]
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Le mar. 16 avr. 2024 à 13:09, Gary Gregory a écrit :
>
> There is an Apache wide blog here:
> https://news.apache.org/
>
> We have a wiki here:
> https://cwiki.apache.org/confluence/display/COMMONS/FrontPage
Most links lead to pages that are badly out-of-date:
---
last modified on Sep 20, 2009
dopt it.
> I would be keen to write something about Imaging if we had a blog post.
How about "userguide" or "tutorial" sections, like e.g. in "Commons
Geometry"[1][2]?
Regards,
Gilles
[1] https://commons.apache.org/proper/commons-geometry/userguide/index.html
[2] https
o consequence (ASL will not apply to the public
domain files).
Quoting from Wikipedia[2]:
---
The legal scholar Melville Nimmer has written that "it is axiomatic
that material in the public domain is not protected by copyright, even
when incorporated into a copyrighted work".
e basis throughout the world.
---CUT---
Regards,
Gilles
> [...]
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
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 an
or we tried too many times.
[ERROR] Authentication failed
---CUT---
[Appending "--force-interactive" does not help.]
By the way, if this is the recommended way, should we remove the
"site"-related statements in the components' specific POM files?
Gilles
>
> On Thu, Mar
a discussion
about moving web sites to "git" repositories...]
Best,
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Hi.
>From the "home" page:
https://commons.apache.org/proper/commons-statistics/
clicking on the "latest release" link:
https://commons.apache.org/statistics/download_statistics.cgi
leads to a page where the layout has not been ap
It's a quick change to update the main page with the current
"graphical identity" of the ASF (new feather). [I.e. just use the
logo which the ASF main site is using.]
Not so much to modify (using Gimp) each component's logo.
And something that will need redoing in a few months from
now...
Le
image where this was
done (i.e. incorporate the new feather in the original "Commons"
logo design, modulo the remark make by Emmanuel Bourg at the
time concerning the URL).
Regards,
Gilles
>
> -Rob
>
> > On Dec 26, 2023, at 10:32 AM, Gilles Sadowski wrote:
> >
>
h discussion.
Regards,
Gilles
> [...]
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
https://commons.apache.org/proper/commons-math
https://commons.apache.org/proper/commons-rng
https://commons.apache.org/proper/commons-numbers
https://commons.apache.org/proper/commons-geometry
https://commons.apache.org/proper/
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 [
ely reduced?
I think so (if the right answer is found in fewer iterations, all the better).
Regards,
Gilles
>
> Sebb
> [1]
> https://github.com/apache/commons-math/blob/b0cefc56c67bd41ec9f14311f058d319b05c0312/commons-math-legacy/src/test/java/org/apache/commons/ma
on).
>
> I'm curious about your thoughts!
>
If "Commons" intends to provide utilities with the same purpose across
components, it would be sensible to have them defined in a "lower"-level
component on which [Imaging], [Compress], ... woul
Le mar. 28 nov. 2023 à 18:39, sebb a écrit :
>
> Doh! Mea culpa.
>
> Turns out this issue had previously been solved, but during a clear-up
> I managed to remove the work-rounds.
>
> Hopefully all now resolved.
much of the usual contents (namely links to "zip" and "tar" files) is missing.
Page also does not correctly display the menus. logo, ...
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For ad
producible. Either the Moditect or the Maven JAR plugin
> are responsible for that.
> 3. The SHA512 sums in the distribution can not be used with
> `sha512sum -c` (they lack the file name).
Maybe related to this old feature request:
https://issues.apache.org/jira/bro
hey do the same
> thing.
Supposedly; but there was one case where "revapi" spotted
a potential problem not found by "japicmp". [I don't remember
the details.]
In any case, it doesn't hurt to run both, does it? [Or one can
be in the default, and the other adde
t;verify"?
>
> Other goals seen:
> apache-rat:check
> checkstyle:check
> clirr:check
> findbugs:check
> japicmp:cmp
> javadoc:javadoc
> pmd:check
> pmd:cpd-check
> spotbugs:check
+1 (all of the above, plus "revapi:check")
Regards,
Gilles
--
Hello.
Le mer. 27 sept. 2023 à 11:48, Marc Cappelletti
a écrit :
>
> Hello Gilles,
>
> Thanks for the details and the comment.
Thanks for your interest in contributing.
>
> By the way, do we comment directly on the PR
Many people mostly do it on GH (which shuns peo
ted") helper method or constructor?
>
> Is everything okay for a review or do I need to publish the link somewhere,
> like in this dev list? :)
>
For tracking purposes, please file a JIRA report:
https://issues.apache.org/jira/projects/LANG
Thanks,
Gilles
-
is module.
>
> I propose to simplify the current implementations to final classes
> that implement the current Storeless functionality. Any future change
> to stored, immutable, or other implementations can be provided by
> changing the final class back to abstract with different
> impleme
" page).
Just inferring potential usage from the description, it seems that
"Groovy" would be a more appropriate (and supported) tool (?).
Regards,
Gilles
> yet they are listed on
> the commons home page, and the release
t component, and were probably updated during the
preparation of that release. [Those updates were made necessary
because the "general" instructions (and in the past there were several
sets of them) actually did *not* work for all components. We cannot
have "g
Le sam. 16 sept. 2023 à 23:54, Phil Steitz a écrit :
>
> It has been quite a few years since I cut a Commons release, but I would
> like to step up for pool 2.12. I think the code in the 2_X branch is
> ready. All of my soak tests and tests with my own apps and dbcp passed. I
> am sure a lot
Hello.
Le jeu. 31 août 2023 à 15:29, Gary Gregory a écrit :
>
> Hi All,
>
> I propose we drop implementating Serializable
+1
Gilles
> and avoid any and all
> possible security issues in this area.
>
> Gary
ter to a description of the issue
and the way to fix it.]
Thank you,
Gilles
>> [...]
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Le lun. 7 août 2023 à 16:38, Gilles Sadowski a écrit :
>
> Le lun. 7 août 2023 à 10:46, Mark Thomas a écrit :
> >
> > Got the error message. To help me play hunt the subscriber, can anyone
> > provide information on when this behaviour started?
>
> I got one on
Content was:
---CUT---
Unfortunately, your email message to GitLab could not be processed.
We couldn't figure out what the email is for. Please create your issue
or comment through the web interface.
---CUT---
Regard
n is 0.24, how is
> the interpolation using the GaussianCurveFitter yielding 5.58, when all the
> x-values differ by 1?
>
I don't know. More details should be provided, as requested on the JIRA
ticket which you reported.[2]
Regards,
Gilles
[1] https://commons.apache.org/proper/commons-
quot;release" branch's POM file does indeed contain[1]
---CUT---
1.8
---CUT---
Hopefully, someone can clarify (e.g. point to the ML posts where a roadmap
may have been discussed).
Gilles
[1] https://github.com/apache/commons-dbutils/blob/release/pom.xml#L27
> but the apache officialwe
2 classes above).
Then we can continue discussing (on JIRA) on how to
move around roadblocks actually encountered.
[You can create a JIRA "sub-task" for each specific
problem.]
Gilles
>
>
> On Thu, 20 Jul 2023, 22:40 Gilles Sadowski, wrote:
>
> > Le jeu. 20 juil. 2023
tive
> dependencies. Not to mention the respective test classes.
Well, of course there is work to do to fix all aspects of the move...
Gilles
> > > > > > > [...]
-
To unsubscribe, e-mail: dev-unsubscr..
g a "double[][]" instead
may not be the best choice for a long-term API. As was mentioned, it
would be worth looking at how other libraries provide similar functionality.
The module should solve all issues mentioned in JIRA; it's not just copying
the classes and removing dependencies.
Gi
l double d) {
++n;
dev = d - m1;
nDev = dev / n;
m1 += nDev;
m2 += ((double) n - 1) * dev * nDev;
}
double get() {
return m2;
}
}
---CUT---
Then, creating a private copy of class "Vector
o make sure that there was no missed opportunities (on
both ends).
Regards,
Gilles
> [...]
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
have become part
of the active team.
1. The active team is not getting bigger...
So I'm trying to find other arguments...
Which projects (ASF?) depend on your proposed contribution?
Regards,
Gilles
>>> [...]
-
To
ionality are more likely to help
fix it when the need arises.
IOW, I'd expect the contributors of a major functionality of
which they are the only known users to stay around in order
to support it.
Regards,
Gilles
> [...]
-
To
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
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
gt; 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 the older project in a classpath. That shouldn't
> cause any depen
ith v4.0-beta1, so that we can fix it
before the "non-beta" release.
Thanks,
Gilles
>
> Debugging the problems this will cause is difficult and painful, even
> for someone well-versed in Maven dependency management.
>
> On Wed, Jul 19, 2023 at 11:37 AM Dimitrios Efthymiou
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 su
faces (and not loose performance).
Unless we can really switch between alternative implementations
this is a lot of work with literally no gain.
Another possibility (also mentioned in [1]) is to isolate the needed
utilities in a "private" toolbox. [However, I'd be *very* re
wards other packages in "legacy",
I see
o.a.c.math4.legacy.linear
Regards,
Gilles
[1] See section 7.4 in D. Bailey's documentation:
https://www.davidhbailey.com/dhbpapers/mpfun2020.pdf
-
To unsubscribe, e
m Java? What does your implementation bring
which a user cannot do with "sort"?[1]
Best regards,
Gilles
[1] https://en.wikipedia.org/wiki/Sort_(Unix)
>
> On Tue, Jul 18, 2023 at 12:03 PM Gilles Sadowski
> wrote:
>
> > Hello.
> >
> > Le mar. 18 juil.
module so that they are together or create a new
> commons-math-distance module?
It depends on whether the distance will be useful for more
than just the clustering functionality.
> Or put the distance classes
> in the commons-math-geometry project?
No, for the reason given above.
R
Hello.
Le mar. 18 juil. 2023 à 15:25, Dimitrios Efthymiou
a écrit :
>
> Hi Gilles. Question about the clustering package What should happen?
> Create a new module commons-math-clustering and then
> literally move the code from legacy to commons-math-clustering?
> Are there tick
>
> I wrote a blog about using these APIs with Groovy here:
>
> https://groovy.apache.org/blog/life-on-mars-units-of
Nice.
Gilles
>> [...]
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Hello.
Le mar. 18 juil. 2023 à 10:50, ssz a écrit :
>
> Hello there
>
> I see this issue on hold.
> So far, no one else has an opinion on this issue.
Maybe "Commons Text"?
It would help to see use-cases and API examples (in Java).
Regards,
Gilles
> I'm going t
Hello.
Le mar. 18 juil. 2023 à 02:48, Dimitrios Efthymiou
a écrit :
>
> Thanks Gilles. I checked NUMBERS-193 and i have an implementation of DD and
> i will put it in *.ext package (TBD) along with some tests. Do i have to
> look at Dfd.java or something, because these dfd classes in
of these, like
> Add further functionality for BigDecimal
> <https://cwiki.apache.org/confluence/display/COMMONS/MathWishList#> and
> BigInteger
> <https://cwiki.apache.org/confluence/display/COMMONS/MathWishList#>
> arithmetic
See e.g. https://issues.apache.org/jira/brows
cerned projects can tell if they would be willing
to transfer some code to "Commons".
Gilles
> [...]
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
atistics], all of which could challenge previous decisions,
resulting in better API, more functionality, improved performance,
bugs discovery...
Regards,
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
back.
Since it's "there" already, better improve it than find more
things to add (if you don't have use-cases for them).
Did I mention "clustering" and "genetic algorithm"?
Regards,
Gilles
[1] https://issues.apache.org/jira/browse/IMAGING-358
>
>
ics/src/main/java/org/jscience/physics/unit/PhysicsUnit.java
Regards,
Gilles
>
> See:
>
> https://unitsofmeasurement.github.io/unit-api/site/apidocs/javax/measure/class-use/Unit.html
>
> | javax.measure
> unit-api 1.0
> Even if not used for physics projects, it might still
Hello.
Le lun. 17 juil. 2023 à 13:53, Gary Gregory a écrit :
>
> It might already exist in Apache Sedona.
Thanks for the pointer.
>From a 30 s look at the web site[1] it seems more GIS-oriented. [It
might be worth comparing its features with "Commons Geometry".]
Regards
Short answer: No.
We have had the (failed, for various reasons[1]) "Commons Math"
experiment. No need to try another one with such a vague scope.
Regards,
Gilles
[1] Cf. record of discussions in the M
Sounds nice.
If we could already do that just within "Commons"... (see other post).
> or if math
> doesn't have those math algorithms, we can move them to math. Flink and
> HBase for example depend on math
For which
API ?).
A "Commons" component at an intermediate "step" could only
depend on another "Commons" component at a lower "step" (i.e.
forbidding circular dependencies).
[Lang], [IO], [Numbers], [RNG] are instances that sit at the bottom.
[Math] would now be at
an do it in your local copy and start experimenting, but
I'd suggest to do it "incrementally" (discuss and agree on the new
design before making any PR).
Regards,
Gilles
[1] https://issues.apache.org/jira/browse/STATISTICS-11
(unfortunately)
on a "Slack" channel. [Hopefully, Anirudh will reply to this post and provide
an update on the current status.]
Regards,
Gilles
[1] https://issues.apache.org/jira/browse/STATISTICS-71
-
To unsubscribe, e-ma
w module.
Some are pretty straightforward: Thorough documentation, same
programming style as the rest of the code base, full coverage by
(Junit) unit tests, JMH benchmarks (if departing from an existing
implementation).
Some are more vague, like avoiding that the component becomes
the receptacle
not clear; there is some misunderstanding which the above
has hopefully clarified.
Here, the "community" is mainly "those who do the work". So, as Alex
wrote: "you develop code that you will use". However, you can also help
by improving things that were
Dimitrios,
As requested several times, could you please add the "component"
prefix to the "Subject: " line, to signal to the intended audience?
What's the purpose of the list below?
Are you developing all of those applications?
Regards,
Gilles
Le ven. 14 juil. 2023 à 02:54,
Le ven. 14 juil. 2023 à 01:36, Dimitrios Efthymiou
a écrit :
>
> getUnion(Set other)
Why is it limited to the "ANumber" type?
Again, the question is: Which kinds of applications would find it
handy that this functionality is provided by the "Commons" project?
> getIntersection(Set other)
>
For matrix-related functionality, see the "o.a.c.math4.legacy.linear"
package in "Commons Math". As noted, it's "legacy" and up for
refactoring (but note that several other packages depend on it).
[See also the JIRA reports about it.]
Le ven. 14 juil. 2023 à 01:35, Dimitrios Efthymiou
a écrit :
As I've already indicated, there is a "Graph" component that never got
traction:
https://commons.apache.org/sandbox/commons-graph/
Please have a look and if you want to revive it, you should make a
proposal starting from that (even if just to expose shortcomings which
you may have identified
Le ven. 14 juil. 2023 à 01:34, Dimitrios Efthymiou
a écrit :
>
> convertDegreesToRadians(Number x)
>
See "angle" module in "Commons Numbers".
>
> convertRadiansToDegrees(Number x)
>
>
> normaliseRadians(Number x)
>
>
> isEquivalentTo(Vector x, Vector y)
Component "Commons Geometry" defines and
More pointers below.
Note: All code in the "legacy" packages of "Commons Math" are
candidates for refactoring. The result should end up into a (maven)
module of its own with a minimal number of dependencies (and no
circular dependencies).
Le ven. 14 juil. 2023 à 01:32, Dimitrios Efthymiou
a
Le ven. 14 juil. 2023 à 01:34, Dimitrios Efthymiou
a écrit :
>
> getNumberOfParallelogramsFormedByPoints(Point[] points)
>
>
> getMinimumNumberOfLinesThatGoThroughPoints(Point
> pointAllLinesToPassThrough, Point[] points)
Maybe to be added somewhere in "Commons Geometry"...
>
>
Hi.
[Note the addition of a prefix to the "Subject:" line; this ML is shared
by some 30+ components.]
Did you have a look at what the math-related components already
provide? [Some pointers below.]
Please group your proposals by topic.
Le ven. 14 juil. 2023 à 01:32, Dimitrios Efthymiou
a
8161dc6c97ac
> Author: Gary Gregory
> AuthorDate: Wed Jul 12 08:44:38 2023 -0400
>
> Throw IllegalArgumentException instead of InternalError in the builder
> package
The diff below contains a bunch of (formatting ?) changes that
have nothing to do with this commit message.
R
t;dev" list, by someone
who still thinks that these utilities should be added.
Regards,
Gilles
Le lun. 3 juil. 2023 à 12:58, a écrit :
>
> This is an automated email from the ASF dual-hosted git repository.
>
> ggregory pushed a commit to branch master
> in repository https:
ot for a recast?
>
> Without a use case not satisfied by instanceof then this is code bloat.
>
Reading through the discussion, I was wondering the same (What is
the use case?) and was tempted to reach the same conclusion.
After all, isn't "try/catch" the standard way to tailor behaviour
Le jeu. 29 juin 2023 à 17:42, Elliotte Rusty Harold
a écrit :
>
> On Thu, Jun 29, 2023 at 10:48 AM Gilles Sadowski wrote:
>
> > The situation is recoverable from the caller's POV, by performing a
> > *new* call, with a correct argument. We certainly don't need a special
&g
Le jeu. 29 juin 2023 à 16:33, Elliotte Rusty Harold
a écrit :
>
> On Thu, Jun 29, 2023 at 10:10 AM Gilles Sadowski wrote:
> >
> > Le jeu. 29 juin 2023 à 15:22, Elliotte Rusty Harold
> > a écrit :
> > >
> > > On Thu, Jun 29, 2023 at 9:07 AM Gilles Sad
make similar
use of checked exceptions?
Regards,
Gilles
[1] In recent years Java borrowed several good ideas from other
languages; AFAIK, no language borrowed the "checked exception"
idea from Java.
>> [...]
Le jeu. 29 juin 2023 à 15:22, Elliotte Rusty Harold
a écrit :
>
> On Thu, Jun 29, 2023 at 9:07 AM Gilles Sadowski wrote:
> >
> > Hello.
> >
> > Le jeu. 29 juin 2023 à 14:44, Gary Gregory a écrit
> > :
>
> > I agree with the second part a
ot; need not be checked, to the same
effect from an application developer POV.
Gilles
>
> [...]
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
ually (as asked above)?
> I'd prefer to see this change deferred to a Pool 3.0 release preceded by
> a wider discussion of the benefits of unchecked vs checked that has
> started in this thread.
AFAICT, unchecked exceptions was the way (a.o. setting an "IOException"
as the cause of
Hello.
Maybe this report should be taken into account:
https://issues.apache.org/jira/browse/IO-799
Regards,
Gilles
> [...]
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: de
Le mer. 10 mai 2023 à 12:29, Gilles Sadowski a écrit :
>
> Hello.
>
> Le mar. 9 mai 2023 à 23:43, Gary D. Gregory a écrit :
> >
> > Hi All,
> >
> > The method
> > org.apache.commons.imaging.icc.IccProfileParser.getICCProfileInfo(ByteSource)
> >
not good.
Perhaps in this case, the result is considered "optional" (?). [In which
case, the API should be upgraded to use
Perhaps the method should not be "public" (?).
> with logging in such a low-level code. Unless someone can argue otherwise, I
> would like to
should be done in
a general way, applicable to all "Commons" components (through
settings/profile in the "parent" POM, I guess).
Regards,
Gilles
>
> The codebase is currently Java 8 compatible. Adding a full Java descriptor
> requires using Java 9+ in the build but doe
upload patches there.
Regards,
Gilles
> [...]
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Eclipse 4.23,
> java-18-openJdk-amd64 with JavaSE-1.8 compliance) or a general problem (that
> should eventually be fixed).
Thanks for the report, but please open a JIRA ticket, and post
there (with a link here) the relevant part of the console log (maven
output) so that we know what to look for
ons project.
where "security page" links back to the common page.
IMHO, all security issues should have one line on a single page,
that line linking to a page with more details (such as links to CVE
reports, commits, blog posts, ...).
Regards,
Gilles
---
ns-io have a lot of jira issues and pull requests that have been
> open for a long time. Is there anything I can do to help out there?
> Triage, comment, test, whatever?
Also: Commons Math (towards a non-beta release...)
Regards,
Gilles
-
ex.html
See also the Javadoc:
https://commons.apache.org/proper/commons-math/commons-math-docs/apidocs/index.html
Best regards,
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
; hence, porting the existing code to "[Numbers]" might
be your first pull request[1] (after ensuring locally that the calling
code is "Statistics" still works as it used to).
Thus, please create a JIRA report[2] to further elaborate on this.[3]
Anyways, thanks for posting here
e/MATH-1654
> Am I missing something?
I wrote them... And forgot to click on "add". :-{
Done now.
Regards,
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
[INFO] BUILD SUCCESS
[INFO]
[INFO] Total time: 02:48 min
[INFO] Finished at: 2023-03-04T16:05:58+01:00
[INFO] ----
Regards,
Gilles
>
> Gary
> [1] https:
1 - 100 of 4252 matches
Mail list logo