er, you are welcome to use any (or all of) the
math-related ones:
* RNG
* Numbers
* Geometry
* Statistics
* Math
Somewhat unrelated (or maybe not), I wonder whether benchmarks
(designed by Alex) in these components could be performed automatically,
and a slow-down would count as regression.
Regards,
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Hi.
Noting FTR (in conclusion of a discussion that led to nowhere) that,
among the 27 GSoC projects that will take place at the ASF this year,
one has the title "Apache Mahout Refactoring the Website".
Gilles
-
To u
few weeks ago) to participate in this year's programme.
Then how to add the "PCA" feature to Commons Math could be
discussed in a thread of its own.
Regards,
Gilles
> [...]
> > [...]
-
To unsubscri
, and perhaps a specific example (of what the
problem is and how to fix it).
Regards,
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
where "install" would update the "~/.m2" directory.
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
ver] modules are there too, the error is different (about
not finding "privilizer", whereas previously it was about "processor" IIRC).
Gilles
>> [...]
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Hi Arnout and all.
Le lun. 10 févr. 2025 à 12:11, Arnout Engelen a écrit :
>
> On Mon, Feb 10, 2025 at 11:45 AM Gilles Sadowski
> wrote:
>
> > Le lun. 10 févr. 2025 à 11:25, Arnout Engelen a
> > écrit :
> > > Do you mean we should leave out the
tDateFormat in favor of java.time.
+1 (even if just to reduce bloat).
Given the purpose and scope of [Lang], it's on those who would be against
this proposal to justify their position.
[But please start a new threa
Hi.
Le lun. 10 févr. 2025 à 11:25, Arnout Engelen a écrit :
>
> On Mon, Feb 10, 2025 at 10:21 AM Gilles Sadowski
> wrote:
>
> > The commit below will generate a line in the release notes that says
> > "Thanks to Dependabot".
> >
>
> It generates a l
oftware but is not celebrated each time we call it (the sheer amount
of "Dependabot" messages is actually particularly unfair IMHO).
Gilles
>> [...]
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apac
way to update a dependency, but
should we thank a robot?
Regards,
Gilles
Le lun. 10 févr. 2025 à 09:45, a écrit :
>
> This is an automated email from the ASF dual-hosted git repository.
>
> engelen pushed a commit to branch master
> in repository https://gitbox.apache.org/repos/
after trying a couple of components first.
In this case, yes, but it also happened, not just once, that a few components
had their build broken because the new CP made invalid assumptions (e.g.
IIRC about maven modules at the time). Sure, that didn't occur recently but
the principle is so
al to merge the change; if not, there
is at least an early warning that there is something wrong or, if
it's an intended incompatibility, something to be fixed by the
regular maintainers of the component.
Regards,
Gilles
>> [...]
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Hi.
Did you see those error messages (sent by INFRA to commits@)?
Gilles
Le lun. 27 janv. 2025 à 15:20, Apache Infrastructure
a écrit :
>
>
> An error occurred while running notifications feature in .asf.yaml!:
> Expecting value: line 1 colu
Le mer. 22 janv. 2025 à 23:55, sebb a écrit :
>
> On Wed, 22 Jan 2025 at 14:40, Gilles Sadowski wrote:
> >
> > Hi.
> >
> > Le mer. 22 janv. 2025 à 14:29, Gary Gregory a
> > écrit :
> > >
> > > On Wed, Jan 22, 2025 at 8:00 AM Gilles Sadowski
Hi.
Le mer. 22 janv. 2025 à 14:29, Gary Gregory a écrit :
>
> On Wed, Jan 22, 2025 at 8:00 AM Gilles Sadowski wrote:
> >
> > Hi.
> >
> > Le mer. 22 janv. 2025 à 13:12, Gary Gregory a
> > écrit :
> > >
> > > It's unclear to me if we n
even then it was mostly to look at
reports, whose contents could as well have been collected
in a bunch of ASCII files. Users are mostly not really
interested in reports (like RAT, source code management,
Junit, Jacoco, CheckStyle, SpotBugs, PMD, CPD), only
people who che
ject?
[IIRC (?), the
plugin is coded in Java.]
Clearly, there will also be work with "git", "svn" and "maven" (for updating
the website management).
How to make sure that moving around the documentation is not
misconstrued as a "documentation" project?
Hi.
This is a formal follow-up of the proposal made there:
https://lists.apache.org/thread/3h4stmg8onfj9oyl8xsby1wpk2qj0p77
IOW:
* Who objects to this (because...)?
* Who would be willing to co-mentor the project?
Regards,
Gilles
mentation cruft that
does not match what that version is actually doing.
I suppose that we won't mandate that an older version's documentation
should be corrected when something is found in it...
Refactoring
Hi.
Le sam. 18 janv. 2025 à 19:14, Piotr P. Karwasz
a écrit :
>
> Hi Gilles,
>
> On 18.01.2025 18:09, Gilles Sadowski wrote:
> > Yes, it's likely a lot of work.
> > Maybe a GSoC project (for which the candidate should somehow
> > demonstrate the capacity t
Le sam. 18 janv. 2025 à 17:22, Gary Gregory a écrit :
>
> On Sat, Jan 18, 2025 at 11:05 AM sebb wrote:
> >
> > On Sat, 18 Jan 2025 at 15:03, Gilles Sadowski wrote:
> > >
> > > > > TL;DR; Quite some time ago, INFRA offered the possibility to move
> &g
Le sam. 18 janv. 2025 à 17:05, sebb a écrit :
>
> On Sat, 18 Jan 2025 at 15:03, Gilles Sadowski wrote:
> >
> > > > TL;DR; Quite some time ago, INFRA offered the possibility to move
> > > > the website(s) under "git" control. Is this related?
> &
Le sam. 18 janv. 2025 à 15:37, Gary Gregory a écrit :
>
> On Sat, Jan 18, 2025 at 9:20 AM Gilles Sadowski wrote:
> >
> > Hi.
> >
> > Le sam. 18 janv. 2025 à 14:50, Gary Gregory a
> > écrit :
> > >
> > > On Sat, Jan 18, 2025 at 8:47 AM Gary
I'm thinking it might be useful to add a Checkstyle rule to detect such files.
>
> And/or maybe there is a way to ensure text files don't get the wrong EOL?
Could this help:
https://betterstack.com/community/questio
> I'll point it out.
> >
> > All components have already been updated except Jelly IIRC.
>
> Oh, I don't think I touched the mathy components (Math, Numbers, ...)
TL;DR; Quite some time ago, INFRA offered the possibility to mo
nation as to why this is needed.
>
> Any clues?
>
> Other repos also have executable files too.
It seems like a mistake.
+1 to remove the "x" permission everywhere it is not warranted.
Regards,
Gilles
Le lun. 9 déc. 2024 à 16:36, sebb a écrit :
>
> On Mon, 9 Dec 2024 at 15:19, Gilles Sadowski wrote:
> >
> > Hi.
> >
> > Following up here on the question on GH:
> >
> > > why is this disussion again NOT happening on any ASF list but here where
&g
on GH but their eventual reply won't
be sent there, only to "issues@" (which doesn't do any good).
[That's why I started a thread on "dev@".]
Gilles
Le sam. 7 déc. 2024 à 18:05, sebb a écrit :
>> [...]
-
ld rather express that the given clazz cannot be introspected via
> reflection. Maybe something like `isNonIntrospectibleClass()`?
How about "cannotDoReflection()"?
Regards,
Gilles
> [...]
-
To unsubscribe, e-ma
former should be carefully
> weighted (adding dependency) and the latter (shading) not even considered.
I must be missing something; I thought that "shading" was an
acceptable trade-off combining two requirements:
1. Avoid dependency
2. Avoid "manual" copy/paste
Hi.
Le sam. 16 nov. 2024 à 16:17, Gary Gregory a écrit :
>
> On Sat, Nov 16, 2024 at 10:06 AM Gilles Sadowski
> wrote:
>
> > Hi.
> >
> > Le sam. 16 nov. 2024 à 14:45, Emmanuel Bourg a écrit :
> > >
> > > Le 15/11/2024 à 17:08, Gary D. Gregor
th sides
have again something in their favour.]
I've proposed (and have done so more than twice in the past)
to examine a way out (i.e. define an official hierarchy among
the "Commons" components), but you both have ignored it.
Gilles
>
> Emmanuel Bourg
>
> [1] https://i
Le lun. 4 nov. 2024 à 09:27, Emmanuel Bourg a écrit :
>
> Le 02/11/2024 à 13:19, Gilles Sadowski a écrit :
>
> > My question was and still is: Can modularization help?
>
> Modularization is very much needed for Commons Compress, I think we
> should at least split the c
er(s)
of some components have reduced their "visible" involvement (commits,
release vote). [Obviously, Gary's number of "commits" trumps everyone
else's.] Hence the "I was there first" argument is a bit fragile IMHO.
Until we agree on _how_ to reduce the pe
e as an example of how this could
> indeed discourage some people from choosing commons-compress.
A fork is "copypasta" on steroids...
Why not contribute your enhancement (modularization) to the code
here instead?
Gille
tion.
Does this imply that the code must be copied everywhere it's needed?
[Gary does not agree...]
>
> Maybe to add another datapoint, with Java17 you can use the HexFornat utility
> and remove that inlined helper.
Indeed, that's the expected outcome in the longer
this via JIRA:
1. Open a report stating the need for the "very low-level" module and its
scope (i.e. the list of features, such as the "20 lines" referred to here).
2. Open a JIRA sub-task: Replace the "20 lines" once the module is
released.
3. Add a com
Hi.
Le sam. 26 oct. 2024 à 01:51, Gary Gregory a écrit :
>
> Hello Gilles,
>
> Thank you for your thoughtful message. You raise some interesting points.
Thanks.
I hope that you (and everyone reading this thread) noted that these
points aim to settle (even if temporarily) issues (so
not require a deep understanding of the algorithms
implemented, only of their interdependence, and at every point, it is
easy to ensure that no functionality is lost).]
Regards,
Gilles
>
> HTH,
> Gary
>
> On Fri, Oct 25, 2024 at 7:16 AM Gilles Sadowski
> wrote:
>
> > Hi.
> >
mplementation
in order to encourage developers to use the JDK instead, and
allow us to trim down the Commons "bloat".
WDYT?
Regards,
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For
Le sam. 28 sept. 2024 à 00:17, Gary Gregory a écrit :
>
> It's pretty unusual IMO, not like anything in the JDK for example.
Agreed.
> I'll see
> if I can come up with something tomorrow...
How about &quo
lso checked that the build of "Commons Math" using the latest "Commons
Numbers" (v1.2-SNAPSHOT) and "Commons RNG" (v1.6) is successful.
> This vote will close no sooner than 72 hours from now.
>
[X] +1 Release these artifacts
> [ ] +0 OK, but...
> [ ] -0 OK, but really should fix...
> [ ] -1 I oppose this release because...
>
Thanks,
Gilles
> [...]
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Le sam. 13 juil. 2024 à 17:13, Gary Gregory a écrit :
>
> We have fixed a few bugs and added enhancements since Apache Commons
> Lang 3.14.0 was released, so I would like to release Apache Commons
> Lang 3.15.0.
>
What about point (2) in
https://lists.apache.org/thread/d48y7grxs4qoy49r1qk9rg8ym
for m in client-api core simple sampling bom; do
./signature-validator.sh
https://repository.apache.org/content/repositories/orgapachecommons-1755/org/apache/commons/commons-rng-${m}/1.6/
done
---CUT---
in a file, all the artefacts were downloaded and the signature chec
I seem to recall that it was also suggested to run
$ git tag -v commons-rng-1.6-RC2
Did it become obsolete?
>
> Please review the release candidate and vote.
> This vote will close no sooner than 72 hours from now.
>
[X] +1 Release these artifacts
> [ ] +0 OK, but...
> [ ] -0 OK, but really should fix...
> [ ] -1 I oppose this release because...
>
Regards,
Gilles
>
> [...]
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Hi.
Le jeu. 11 juil. 2024 à 15:40, Alex Herbert a écrit :
>
> Hi Gilles,
>
> On Thu, 11 Jul 2024 at 13:30, Gilles Sadowski wrote:
>
> >
> > [In the cloned directory.]
> > Default maven goal succeeds.
> >
> > >
> > > mvn site
> >
[INFO]
[INFO] Total time: 59.002 s
[INFO] Finished at: 2024-07-11T14:24:58+02:00
[INFO]
[ERROR] Failed to execute goal
org.apache.maven.plugins:maven-si
Le dim. 7 juil. 2024 à 13:06, Jochen Wiedmann
a écrit :
>
> Are we really using slf4j within Commons?
In this particular case, the dependency is in the "test" scope.
Gilles
>> [...]
-
To unsubscribe
Thanks Alex.
Le mar. 25 juin 2024 à 10:09, 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-statistics.git
>
>
> The following commit(s) were added to refs/he
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
inimal set of
dependencies) is 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 cou
le (?), 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
quot; project
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, 2
ctionality 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
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
it is of no 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".
behalf, on a royalty-free 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,
time ago, there was 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 mar.
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
take more of an 'issues and patches welcome' position).
>
> 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 &quo
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
ed in "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 people
uot;protected") 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
f that 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 &q
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 ha
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
nter 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
ntent 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---
Regards,
Gilles
>> [...]
d deviation 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/
ver, the "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 apa
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
> 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..
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 depende
void increment(final 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 o
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
ould-be contributors that could 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
>>> [...]
-
the functionality 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
> [...]
-
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&
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,
> >
> >
e?
> 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
>
es shipped with 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 Dimi
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 succeed
1 - 100 of 1667 matches
Mail list logo
