Re: some questions about commons projects.

2020-06-12 16:14 UTC+02:00, Xeno Amess : >> Well, you had quite a few responses from me, for PRs >> pertaining to "Commons Math" > Indeed. And I think I learned a lot from you too. Thanks. And I look forward to you staying around... :-) >> even though that one I >> qualify as a "zombie" project!

Re: some questions about commons projects.

Hi. 2020-06-12 15:52 UTC+02:00, Xeno Amess : >> Some terms: >> - Apache Commons is an Apache _project_. >> - Apache Commons Lang is a _component_ of the _project_. > >> Each component has its own level of functionality and granularity. Some > are >> lower level, like Commons Lang and Commons IO

Re: some questions about commons projects.

Hi. 2020-06-12 15:44 UTC+02:00, Xeno Amess : >>> 8. What should we do when we have a pr delayed for a long time? And how >>> long is thought to be an unusual long time for waiting? 3 days.1 week,or > 1 >>> month? > >> They might have been forgotten, or there may other issues. >> Examples? > > for

Re: some questions about commons projects.

2020-06-12 15:36 UTC+02:00, Gary Gregory : > On Fri, Jun 12, 2020 at 9:07 AM Gilles Sadowski > wrote: > >> Hello. >> >> Le ven. 12 juin 2020 à 13:51, Xeno Amess a écrit : >> > >> > 1. How can a project *** becomes commons-***, or how did a commons

Re: some questions about commons projects.

Hello. Le ven. 12 juin 2020 à 13:51, Xeno Amess a écrit : > > 1. How can a project *** becomes commons-***, or how did a commons-*** > project started? What is the actual procedural? For new components, this list would be the place to make the proposal. A discussion would decide if "Apache

Re: [commons-graph] branch master updated: Travis CI configuration.

2020-06-12 12:32 UTC+02:00, Xeno Amess : > Hi. > I see the current travis-ci scripts. > Do we really care only jdk8? > Should we also add at some other jdk versions, at least adding openjdk11, > as it is a stable version? > Or this repo has some known bug on jdk11? > Before refining, we should

Re: [commons-graph] branch master updated: Travis CI configuration.

box.apache.org/repos/asf/commons-graph.git >> >> >> The following commit(s) were added to refs/heads/master by this push: >> new b14766b Travis CI configuration. >> b14766b is described below >> >> commit b14766be60b3722007d19d015bc383e3d83d11b8 >>

Re: commons-graph still on sandbox ?

Hello Amey. Le mar. 2 juin 2020 à 03:01, Amey Jadiye a écrit : > > Hi Gilles, > > On Tue, Jun 2, 2020, 4:36 AM Gilles Sadowski wrote: > > > Hello. > > > > 2020-06-01 22:18 UTC+02:00, Amey Jadiye : > > > Thanks for all the information/support guys. I du

Re: [Graph] moving to git

2020-06-07 23:28 UTC+02:00, Gilles Sadowski : > Hi. > > I recall that we should move the SVN repository to there: > https://svn.apache.org/repos/asf/commons/_moved_to_git/ > > Does someone remember how to do it? https://cwiki.apache.org/confluence/display/commons/Movi

Re: [Graph] moving to git

Hi. I recall that we should move the SVN repository to there: https://svn.apache.org/repos/asf/commons/_moved_to_git/ Does someone remember how to do it? Thanks, Gilles Le dim. 7 juin 2020 à 23:19, Gilles Sadowski a écrit : > > Hello. > > Repository available:

Re: [Graph] moving to git

Hello. Repository available: https://gitbox.apache.org/repos/asf?p=commons-graph.git Regards, Gilles - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org

Re: [Math] PR #143

Hi. Le dim. 7 juin 2020 à 15:07, Gilles Sadowski a écrit : > > [...] > > The current flood of email messages from GitHub is not sustainable > for me (sorry). I'm not registered on GitHub; hence even when I agree with your proposed changes (e.g. PR #152), I cannot commen

Re: [Math] PR #143

sue should rather lead to a "Do not use exception for control flow" category. [Then the commit message would be just that (prefixed with the JIRA issue identifier).] The current flood of email messages from GitHub is not sustainable for me (sorry). Thanks, Gilles [1] https://issues.apache.or

Re: [Math] PR #143

ad. Please reply on JIRA, where this discussion should be taking place.[1] Regards, Gilles [1] https://issues.apache.org/jira/browse/MATH-1538 > > > Gilles Sadowski 于2020年6月7日周日 上午5:53写道： > >> Hi. >> >> 2020-06-06 14:21 UTC+02:00, Xeno Amess : >> > Alright,

Re: [Math] PR #143

Hi. 2020-06-06 14:21 UTC+02:00, Xeno Amess : > Alright, done. > This pr is now splitted into two prs. > https://github.com/apache/commons-math/pull/144 > https://github.com/apache/commons-math/pull/143 I think that there are issues with some of the changes (e.g. where the previous code used an

Re: [Math] PR #143

Hello. 2020-06-06 13:47 UTC+02:00, Xeno Amess : > Yes you are right. >>you must squash the commits. >>the commit messages are uninformative > > Usually I'd do them when commiter think this pr is ok, As said before, it's needlessly difficult to figure out the net changes when they result from

[Math] PR #143

Hi. 2020-06-06 10:18 UTC+02:00, GitBox : > > XenoAmess opened a new pull request #143: > URL: https://github.com/apache/commons-math/pull/143 > > >use System.arraycopy instead of loop. > There are several issues with this PR. It contains several commits, among which some seem, IIUC, to

Re: [Graph] moving to git

Le mer. 3 juin 2020 à 16:03, Jochen Wiedmann a écrit : > > On Tue, Jun 2, 2020 at 3:30 AM Amey Jadiye wrote: > > > I wanted to fetch opinion about moving commons-graph to git and possibly > > creation of github mirror. > > We still haven't completed the move? > > Sure, as quick as possible.

Re: commons-graph still on sandbox ?

ay started looking for cyclic graph unfolding algorithms to do >> some >> experiments. Even though my project is in Python, I was going to look at >> the commons-graph to see if there was any useful code there. >> > >> > >> > >> > Also, I **think** s

Re: commons-graph still on sandbox ?

Hello. Le sam. 30 mai 2020 à 14:12, Amey Jadiye a écrit : > > Hi All, > > I'm working on an interesting project which uses Graph, I knew there is > commons-graph available and I'm trying to use it. I have a couple of > questions. > > 1. Why graph in the sandbox? Probably because work stopped

Re: [commons-statistics] Dev suggestions needed

Hello. 2020-05-28 15:45 UTC+02:00, icewing : > Hi all! > > > I'm a data analyst working with Java, so I need some libraries for math, > especially statistics. I came across the Apache Commons Math library and > found that you're working with a new sub-library of statistics. > > > I want to make

Re: [commons-statistics] branch master updated (2935a6d -> a991ffa)

Hello. Le mar. 26 mai 2020 à 14:48, Alex Herbert a écrit : > > > > > On 26 May 2020, at 13:14, Gilles Sadowski wrote: > > > > -1 > > MS-Windows EOL characters were introduced in commit > >f5fdaea51455f31a51973eb17f90450a69688fbc > > OK. The issue

Re: [commons-statistics] branch master updated (2935a6d -> a991ffa)

-1 MS-Windows EOL characters were introduced in commit f5fdaea51455f31a51973eb17f90450a69688fbc Le mar. 26 mai 2020 à 12:32, a écrit : > > This is an automated email from the ASF dual-hosted git repository. > > aherbert pushed a change to branch master > in repository

Re: [releases,dbutils] There are 4 staged copies of dbutils-1.8

Hi. Le ven. 22 mai 2020 à 14:02, Gary Gregory a écrit : > > On Thu, May 21, 2020 at 11:04 AM Melloware wrote: > > > Carl, > > > > It seems like there is just not enough PMC committers available for > > Commons projects. It should not take 4 months for you to get a release > > of DButils out.

Re: [releases,dbutils] There are 4 staged copies of dbutils-1.8

Hi. Is this vote thread: https://markmail.org/message/pjmh7tvg7mgzcyhl ? The command mentioned there in order to check out the release does not work: ---CUT--- $ git clone https://gitbox.apache.org/repos/asf/commons-dbutils.git --branch commons-dbutils-1.8-RC2 commons-dbutils-1.8-RC2 Cloning

Re: [ JEXL] Java 6 ?

Hi. Le mer. 20 mai 2020 à 17:09, David Barts a écrit : > > Java 6 was released in December 2006, making it 13½ years old. That's > over 94 in computer years! (Laugh if you want but computer technology > goes out of date so quickly that I find treating it like dogs in this > regard to be a useful

Re: [ JEXL] Java 6 ?

Hello. 2020-05-20 12:47 UTC+02:00, henrib : > Quick poll before attempting to release JEXL 3.1; > Should we still release with support for Java 6 or should we move ahead > with > at least Java 8 ? Does the code use JDK8 features? > Seems to me Java 6 is old enough to be dropped. If "old" is a

Re: [geometry] Centroid vs Barycenter

Hi. 2020-05-17 20:13 UTC+02:00, Matt Juntunen : > Hello, > > I've created GEOMETRY-97 [1] to change commons-geometry to use the term > "centroid" to refer to the center of mass of a geometric object instead of > the term "barycenter" (inherited from commons-math). The two terms can be > used

Re: [ALL] Creating Utils method wrappers for Kotlin

2020-05-11 11:55 UTC+02:00, Isira Seneviratne : > On Mon, May 11, 2020, 3:22 PM Gilles Sadowski wrote: > >> 2020-05-11 11:06 UTC+02:00, Isira Seneviratne : >> > Hi all, >> > >> > Earlier, I started a discussion about porting the Utils classes in >> Com

Re: [ALL] Creating Utils method wrappers for Kotlin

2020-05-11 11:06 UTC+02:00, Isira Seneviratne : > Hi all, > > Earlier, I started a discussion about porting the Utils classes in Commons > Lang to Kotlin, but Gilles Sadowski suggested that this approach could be > extended to the Utils classes of all the Commons libraries. What I

Re: [LANG] Porting to Kotlin

2020-05-11 1:01 UTC+02:00, Isira Seneviratne : > On Sun, May 10, 2020 at 8:24 PM Gilles Sadowski > wrote: > >> Hi. >> >> Le dim. 10 mai 2020 à 15:34, Isira Seneviratne a >> écrit : >> > >> > I hope my answer was helpful. If you need any more in

Re: [BloomFilters] changes to BloomFilter

Hi. 2020-05-10 18:38 UTC+02:00, Claude Warren : > I keep wondering if Bloom filters belong in Collections. They are not a > collection in the standard sense of the word. If it does not depend on [Collections] code and it provides a functionality that can be used without [Collections], then IMO

Re: [apache/commons-email] consider about putting it to github?

2020-05-10 23:13 UTC+02:00, Xeno Amess : > Hi. > I see no newer release are made for this project for several years. > So I have several questions. > 1. Is this project still alive? > 2. Should we move it to github? > 3. Link http://svn.apache.org/viewvc/commons/proper/email/trunk said 403 >

Re: [LANG] Porting to Kotlin

be worth posting in a new thread (with the "[ALL]" prefix). Thanks, Gilles > On Sun, May 10, 2020, 7:03 PM Isira Seneviratne > wrote: > > > > > > > On Sun, May 10, 2020, 6:55 PM Gilles Sadowski > > wrote: > > > >> Hi. &

Re: [LANG] Porting to Kotlin

Hi. In what consists the "porting"? Could you give an example? If it's straightforward and can be automated, it might be worth creating the port for all the Commons components (as part of the release) in a move that can potentially expand our team of developers (if Kotlin programmers are

Re: [log4j] InitTest fails in release-2.x

Wrong list. 2020-04-30 0:33 UTC+02:00, Gary Gregory : > I always get this failure in release-2.x and 'mvn clean install -V': > > [INFO] Running org.apache.logging.log4j.core.util.InitTest > Timer Log4j Initialization stopped. Elapsed time: 1.316873519 seconds > [ERROR] Tests run: 1, Failures: 1,

Re: [BloomFilters] changes to BloomFilter

modify them to use > > the Commons versions as development and improvements progressed. I would > > hope to continue to be able to do that as the code moves to a releasable > > state. > > > > As I said above, it may be that commons collections is not the place for >

Re: [BloomFilters] changes to BloomFilter

Hello. > > [...] > > > > Attempting to re-awaken this thread. > > IMO the bloomfilter package is currently under development. The original > contributor was working through submitting Bloom filter functionality in > parts. My involvement was to ensure the current code that was initially >

Re: [Geometry] CSG?

see what they have to say. The primary reference for > our implementation, and the original commons-math one, is > http://www.cs.yorku.ca/~amana/research/bsptSetOp.pdf.) > > -Matt > > From: Gilles Sadowski > Sent: Friday, April 17, 2020 10:46 AM > T

[Geometry] CSG?

Hello. I guess that the [Geometry] code is readily usable as described in e.g. this paper: https://www.semanticscholar.org/paper/Constructive-Solid-Geometry-Using-BSP-Tree-Segura-Stine/eeb5014f86750c54a87f214b03246799e970d114 If so, it would help BSP newbies (like me) if the userguide

Re: suggest adding cache for .m2 folders into travis-ci for commons project.

Hi. 2020-04-13 1:08 UTC+02:00, Xeno Amess : > most of commons projects use travis-ci but only few of them uses cache for > .m2 > for example, commons-lang's .travis.yml looks like: > > language: java > jdk: > - openjdk8 > - openjdk11 > - openjdk13 > - openjdk-ea > > matrix: > include: >

Re: [Statistics] Beta release

2020-04-12 20:23 UTC+02:00, Alex Herbert : > >> On 12 Apr 2020, at 15:58, Gilles Sadowski wrote: >> >> Hi. >> >>> [...] >>> >>> I propose to release version >>>0.1-beta1 >>> of "Commons Statistics", as pa

Re: [Statistics] Beta release

Hi. > [...] > > I propose to release version > 0.1-beta1 > of "Commons Statistics", as part of the dependency > requirements for a beta release of the next major version > of "Commons Math". > Should we change the "version" from 0.1-beta1 to 1.0-beta1 ? The rationale for a 0.x was

Re: [numbers] Fraction

Le jeu. 9 avr. 2020 à 23:20, Alex Herbert a écrit : > > > > > On 9 Apr 2020, at 21:36, Gilles Sadowski wrote: > > > > Le jeu. 9 avr. 2020 à 22:20, Alex Herbert a > > écrit : > >> > >> > >> > >>> On 9 Apr 2020, at 16:32, G

Re: [numbers] Fraction

Le jeu. 9 avr. 2020 à 22:20, Alex Herbert a écrit : > > > > > On 9 Apr 2020, at 16:32, Gilles Sadowski wrote: > > > > > > > >> Given this I am thinking that using ZERO when possible is a better > >> option and avoid 0 / -1. > > &

Re: [numbers] Fraction

Le jeu. 9 avr. 2020 à 16:48, Alex Herbert a écrit : > > > On 09/04/2020 14:38, Gilles Sadowski wrote: > > Le jeu. 9 avr. 2020 à 14:09, Alex Herbert a > > écrit : > >> > >> On 09/04/2020 12:04, Alex Herbert wrote: > >>>>> So if we are

Re: [numbers] Fraction

Le jeu. 9 avr. 2020 à 14:09, Alex Herbert a écrit : > > > On 09/04/2020 12:04, Alex Herbert wrote: > > > >>> > >>> So if we are to support 0/-1 then I will add this to the standard test > >>> cases to make sure it is correctly implemented. > > So I did this. No major functionality failures. > >

Re: [numbers] Fraction

2020-04-09 12:33 UTC+02:00, Alex Herbert : > > On 09/04/2020 10:54, Gilles Sadowski wrote: >> Hi. >> >> 2020-04-09 11:28 UTC+02:00, Alex Herbert : >>> Two oddities in fraction: >>> >>> 1. Zero can be represented as 0 / 1 or 0 / -1 >>> &g

Re: [numbers] Fraction

Hi. 2020-04-09 11:28 UTC+02:00, Alex Herbert : > Two oddities in fraction: > > 1. Zero can be represented as 0 / 1 or 0 / -1 > > I have not found any location where this manifest as a bug. :-) > It is > handled by the arithmetic and toString methods and the denominator is > not negated in the

Re: [Geometry][Math] Equivalent of CM's "RotationConvention"

Hi. 2020-04-09 3:30 UTC+02:00, Matt Juntunen : > It should just be a matter of removing all RotationConvention arguments and > replacing any branches on the rotation convention with the path that uses > the non-negated angle. Then, documenting the convention followed by the > class. Rereading

[Math][Geometry] Ditch reliquate of "geometry" package in CM?

Hello. This is a possible outcome of the discussion in another thread.[1] Almost all codes that were formerly (in CM v3.6.1) located in org.apache.commons.math3.geometry have been ported to "Commons Geometry". The remaining 6 classes are in package[2]

Re: [crypto] Help getting new release of commons-crypto?

Hi. 2020-04-09 1:15 UTC+02:00, Alex Remily : > I guess we're both in the same boat. Did you try and ping the people[1] (or their respective project[2]) who contributed to that component? Regards, Gilles [1] http://commons.apache.org/proper/commons-crypto/team-list.html [2]

Re: [numbers] Continued Fraction + Fraction updates

Le mer. 8 avr. 2020 à 15:58, Alex Herbert a écrit : > > > On 08/04/2020 14:08, Gilles Sadowski wrote: > > Le mer. 8 avr. 2020 à 14:26, Alex Herbert a > > écrit : > >> > >> On 08/04/2020 00:36, Gilles Sadowski wrote: > >>> 2020-04-07 23:01 UTC

Re: [Geometry][Math] Equivalent of CM's "RotationConvention"

[1] Regards, Gilles [1] https://gitbox.apache.org/repos/asf?p=commons-math.git;a=blob;f=src/main/java/org/apache/commons/math4/geometry/euclidean/threed/FieldRotation.java;h=e671acf555e31564cc2049467014ab4f873a48e7;hb=HEAD > > -Matt > ____ > From: Gilles Sadowski > Sent

Re: [numbers] Continued Fraction + Fraction updates

Le mer. 8 avr. 2020 à 14:26, Alex Herbert a écrit : > > > On 08/04/2020 00:36, Gilles Sadowski wrote: > > 2020-04-07 23:01 UTC+02:00, Alex Herbert : > >> > >>> On 7 Apr 2020, at 17:47, Gilles Sadowski wrote: > >>> > >>> Le mar

Re: [numbers] Release 1.0-beta1 Follow-Up

Hello. Le mer. 8 avr. 2020 à 03:35, Matt Juntunen a écrit : > > Hi all, > > I just completed the commons-numbers 1.0-beta1 release Thanks! > and I have a couple of follow-up notes: > > * I was unable to add the release using the form at >

Re: [numbers] Continued Fraction + Fraction updates

2020-04-07 23:01 UTC+02:00, Alex Herbert : > > >> On 7 Apr 2020, at 17:47, Gilles Sadowski wrote: >> >> Le mar. 7 avr. 2020 à 14:54, Alex Herbert > <mailto:alex.d.herb...@gmail.com>> a écrit : >>> >>> On 07/04/2020 13:43, Alex Herber

Re: [numbers] Continued Fraction

> >> [...] > >> 1. Maintain functional compatibility with Commons Math > >> 2. Change for notation compatibility with the original paper > >> > >> Opinions on which action? > > > > I'm torn, since a lot of the Javadoc points to Wikipedia. > > However, if some sources explicitly discuss the

Re: [numbers] Continued Fraction + Fraction updates

Le mar. 7 avr. 2020 à 14:54, Alex Herbert a écrit : > > On 07/04/2020 13:43, Alex Herbert wrote: > > > > Fraction > > > > I also did a big arrangement of Fraction and BigFraction. Thanks. > > I noticed that hashCode is using some variant of the format used in > Arrays.hashCode(...) > > I

Re: [Geometry][Math] Equivalent of CM's "RotationConvention"

ns-geometry/blob/master/commons-geometry-euclidean/src/main/java/org/apache/commons/geometry/euclidean/threed/rotation/package-info.java > > > From: Gilles Sadowski > Sent: Monday, April 6, 2020 1:24 PM > To: Commons Developers List > Subject:

[Geometry][Math] Equivalent of CM's "RotationConvention"

Hello. Is there a way to replace an argument of CM's type "RotationConvention"[1] with a type from [Geometry]? Thanks, Gilles [1]

Re: [numbers] Continued Fraction

Hello Alex. Thanks a lot for your always-detailed investigations... :-) Le lun. 6 avr. 2020 à 13:09, Alex Herbert a écrit : > > The ContinuedFraction class required that an implementation provide a > and b coefficients of the form: > > * b1 > * a0 + -- > *

[Geometry] Build fails on Jenkins

Hello. All build have been failing[1], due to CheckStyle checking a file which it shouldn't. Regards, Gilles [1] https://builds.apache.org/view/A-D/view/Commons/job/commons-geometry/ - To unsubscribe, e-mail:

[All] Enabling "javac" options

Hi. Many components rely on the configuration set up in CP for running the Java compiler. How can one specify command line arguments (to "mvn") so that they are passed to "javac"?[1] [Of course, the idea is to *not* revert to duplicating the "" section of the component's POM.] Thanks, Gilles

[Statistics] Beta release

Hello. I propose to release version 0.1-beta1 of "Commons Statistics", as part of the dependency requirements for a beta release of the next major version of "Commons Math". Any objections? Regards, Gilles - To

Re: [commons-numbers] 04/09: Remove a branch from equals tests with NaN.

Le dim. 5 avr. 2020 à 00:36, Alex Herbert a écrit : > > > > > On 4 Apr 2020, at 22:35, Gilles Sadowski wrote: > > > > Hello. > > > > Le sam. 4 avr. 2020 à 23:16, > <mailto:aherb...@apache.org>> a écrit : > >> > >&g

Re: [commons-numbers] 04/09: Remove a branch from equals tests with NaN.

Hello. Le sam. 4 avr. 2020 à 23:16, 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-numbers.git > > commit 08edae944e4abe7ec4b95a72d3791a9f39fb53c8 >

Re: [VOTE] Release Apache Commons Numbers (full distribution) 1.0-beta1 based on RC1

Hello. Le sam. 4 avr. 2020 à 17:13, Alex Herbert a écrit : > > > > On 4 Apr 2020, at 01:49, Bruno P. Kinoshita wrote: > > > > Build passed locally from tag, with `mvn clean test install site` after > > 21mins > > Hi Bruno, > > This is a known issue with the multi-module build when the

[Result][Vote] Format of "git" tags

Hello. A common convention for naming tags (for releases and release candidates) has been adopted. "Option 2" gathered the following votes: +1 from Rob, Matt, Gary, Bruno and Bernd +0 from Stefan. Thanks, Gilles Le mer. 1 avr. 2020 à 13:02, Gilles Sadowski a écrit :

Re: [Vote] Format of "git" tags

Hi. Le mer. 1 avr. 2020 à 13:32, Stefan Bodewig a écrit : > > On 2020-04-01, Gilles Sadowski wrote: > > > Alternatives (using the yet-to-be-created tag for the release > > candidate of the first beta version of [Numbers] as an example): > > > [ ] Option 1: NUMBERS

Re: [VOTE] Release Apache Commons Numbers (full distribution) 1.0-beta1 based on RC1

Hi. Le ven. 3 avr. 2020 à 17:25, Matt Juntunen a écrit : > > We have been working hard to prepare Apache Commons Numbers for an initial > release, so I would like to release Apache Commons Numbers (full > distribution) 1.0-beta1. > > Apache Commons Numbers (full distribution) 1.0-beta1 RC1 is

Re: [numbers] 1.0-B1 Release Proposal

Hello. Le jeu. 2 avr. 2020 à 13:53, Matt Juntunen a écrit : > > I have this ready to go on branch 1.0-beta1. Based on the discussions and the > git tag vote, I plan on using the tag "commons-numbers-1.0-beta1-rc1" for the > release candidate +1 > and "rel/commons-numbers-1.0-beta1" for the

Re: [commons-numbers] 02/08: Added Boost license for derived works in Complex.

Le mer. 1 avr. 2020 à 17:22, Alex Herbert a écrit : > > > On 01/04/2020 15:51, Gilles Sadowski wrote: > > Le mer. 1 avr. 2020 à 16:27, Alex Herbert a > > écrit : > >> > >> On 01/04/2020 14:56, Gilles Sadowski wrote: > >>> Hi. > >>>

Re: [commons-numbers] 02/08: Added Boost license for derived works in Complex.

Hi. Le mer. 1 avr. 2020 à 15:09, Alex Herbert a écrit : > > > On 01/04/2020 13:10, Gilles Sadowski wrote: > > Hello. > > > > Le mer. 1 avr. 2020 à 12:58, a écrit : > >> This is an automated email from the ASF dual-hosted git repository. > >> &

Re: [Vote] Format of "git" tags

> > On Apr 1, 2020, at 8:43 AM, Gilles Sadowski wrote: > > > > Le mer. 1 avr. 2020 à 14:33, Rob Tompkins > <mailto:chtom...@gmail.com>> a écrit : > >> > >> > >> > >>> On Apr 1, 2020, at 8:22 AM, Stefan Bodewig wrote: > &

Re: [Vote] Format of "git" tags

Le mer. 1 avr. 2020 à 14:33, Rob Tompkins a écrit : > > > > > On Apr 1, 2020, at 8:22 AM, Stefan Bodewig wrote: > > > > On 2020-04-01, Gary Gregory wrote: > > > >> The docs should also make sure that release tags are in the form rel/... > >> which makes them read-only. > > > > So far I've

Re: [commons-numbers] 02/08: Added Boost license for derived works in Complex.

Hello. Le mer. 1 avr. 2020 à 12:58, 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-numbers.git > > commit 5f0686220dfd6e94b922e076ef6809de3233cdc4 >

Re: [Vote] Format of "git" tags

defined? > Do you plan on renaming existing tags? At first sight, that does not seem wise: It will make many vote threads contain dangling references. Gilles > > Gary > > On Wed, Apr 1, 2020, 07:02 Gilles Sadowski wrote: > > > Hello. > > > > This

[Vote] Format of "git" tags

Hello. This vote is a follow-up of the discussion that started in another thread.[1] As one of the many small steps towards convergence of the release processes for all Commons components, it is proposed that the same format be used when creating "git" tags.[2] As Gary noted (in the referred

Re: [numbers] 1.0-B1 Release Proposal

Le mar. 31 mars 2020 à 22:55, Gary Gregory a écrit : > > On Tue, Mar 31, 2020 at 4:51 PM Gilles Sadowski > wrote: > > > Hi. > > > > Le mar. 31 mars 2020 à 22:30, Gary Gregory a > > écrit : > > > > > > On Tue

Re: [numbers] 1.0-B1 Release Proposal

Hi. Le mar. 31 mars 2020 à 22:30, Gary Gregory a écrit : > > On Tue, Mar 31, 2020 at 3:16 PM Gilles Sadowski > wrote: > > > > > [...] > > > > I'm fine with improving the (common?) convention. > > > > > > > > Why not dropping the red

Re: [numbers] 1.0-B1 Release Proposal

> > [...] > > I'm fine with improving the (common?) convention. > > > > Why not dropping the redundant reference to the component > > and project, since they are in the repo's name? > > And how about focusing on the tag's purpose by mentioning > > it first? > > Thus: > > rc1_v1.0-beta1 > > > >

Re: [numbers] 1.0-B1 Release Proposal

Le mar. 31 mars 2020 à 17:24, sebb a écrit : > > On Tue, 31 Mar 2020 at 16:04, Gilles Sadowski wrote: > > > > Le mar. 31 mars 2020 à 16:47, Gary Gregory a écrit > > : > > > > > > On Tue, Mar 31, 2020 at 10:39 AM Gilles Sadowski > > > wrot

Re: [numbers] 1.0-B1 Release Proposal

Le mar. 31 mars 2020 à 16:47, Gary Gregory a écrit : > > On Tue, Mar 31, 2020 at 10:39 AM Gilles Sadowski > wrote: > > > Le mar. 31 mars 2020 à 15:59, Gary Gregory a > > écrit : > > > > > > On Tue, Mar 31, 2020 at 8:27 AM Gilles Sadowski > > >

Re: [numbers] 1.0-B1 Release Proposal

Le mar. 31 mars 2020 à 15:59, Gary Gregory a écrit : > > On Tue, Mar 31, 2020 at 8:27 AM Gilles Sadowski > wrote: > > > Le mar. 31 mars 2020 à 14:11, sebb a écrit : > > > > > > On Mon, 30 Mar 2020 at 23:20, Gilles Sadowski > > wrote: > > > &

Re: [numbers] 1.0-B1 Release Proposal

Le mar. 31 mars 2020 à 14:11, sebb a écrit : > > On Mon, 30 Mar 2020 at 23:20, Gilles Sadowski wrote: > > > > Hi. > > > > Le lun. 30 mars 2020 à 23:37, Matt Juntunen > > a écrit : > > > > > > Thanks. I think I have the gpg key sorted

Re: [numbers] 1.0-B1 Release Proposal

Hi. Le lun. 30 mars 2020 à 23:37, Matt Juntunen a écrit : > > Thanks. I think I have the gpg key sorted now. > > I can probably start on RC2 tomorrow. It sounds like we've agreed to go with > "1.0-beta1" for the release version so I'm wondering what to do with the > existing release branch

Re: [poll] Beta versions should be labeled "Beta", not "B".

Le lun. 30 mars 2020 à 16:49, Matt Juntunen a écrit : > > +1 for "beta". +1 Gilles > > -Matt > > From: Rob Tompkins > Sent: Monday, March 30, 2020 10:25 AM > To: Commons Developers List > Subject: Re: [poll] Beta versions should be labeled "Beta", not "B". >

Re: [numbers] 1.0-B1 Release Proposal

Le lun. 30 mars 2020 à 17:27, Gilles Sadowski a écrit : > > Hi. > > Le lun. 30 mars 2020 à 16:19, Matt Juntunen > a écrit : > > > > The issue I saw with the site [1] was that the text under the Releases > > section says "There is no offcial release ye

Re: [numbers] 1.0-B1 Release Proposal

Hi. Le lun. 30 mars 2020 à 16:19, Matt Juntunen a écrit : > > The issue I saw with the site [1] was that the text under the Releases > section says "There is no offcial release yet. Come and join development > work!" Clearly, that won't work for a release version. Ah OK. I had created that

Re: [numbers] 1.0-B1 Release Proposal

Le lun. 30 mars 2020 à 15:38, Gilles Sadowski a écrit : > > Hello. > > Le lun. 30 mars 2020 à 15:06, Matt Juntunen > a écrit : > > > > I made it all the way up to the vote email and then realized that the site > > index page does not have a link to

Re: [numbers] 1.0-B1 Release Proposal

Hello. Le lun. 30 mars 2020 à 15:06, Matt Juntunen a écrit : > > I made it all the way up to the vote email and then realized that the site > index page does not have a link to the downloads page. So, I'm going to scrap > RC1 and start RC2 either later today or tomorrow. I'm not sure what

Re: [VOTE] Release Apache Commons Lang 3.10 based on RC1

Hi. Le jeu. 26 mars 2020 à 15:33, Gary Gregory a écrit : > > Ping! :-) > > Gary > > On Mon, Mar 23, 2020 at 10:20 AM Gary Gregory wrote: > > > We have fixed quite a few bugs and added some significant enhancements > > since Apache Commons Lang 3.9 was released, so I would like to release > >

Re: [numbers] Release?

Hello. Le mer. 25 mars 2020 à 20:28, Matt Juntunen a écrit : > > Thanks everyone for the information. I'll start working toward this and send > out an email when I'm ready to start cutting the release. > > One thing I notice is that there isn't a commons-numbers user guide to speak > of.

Re: Re: [math] Discuss: New feature MiniBatchKMeansClusterer

Hello. > > [...] > > I have started 2 PRs to solve the problem you metioned. > > About the "CentroidInitializer" I have a new idea: > Move CentroidInitializers as inner classes of "KMeansPlusPlusCluster", > and add a construct parameter and a property

Re: Re: [math] Discuss: New feature MiniBatchKMeansClusterer

2020-03-25 4:54 UTC+01:00, chentao...@qq.com : > Hi, > >>Hello. >> >>Le mar. 24 mars 2020 à 06:39, chentao...@qq.com a écrit >> : >>> >>> Hi, >>> >>> I have started 2 PRs to solve the problem you metioned. >>> >>> About the "CentroidInitializer" I have a new idea: >>> Move

Re: [numbers] Release?

Hello. Le mar. 24 mars 2020 à 16:19, Alex Herbert a écrit : > > > On 24/03/2020 13:30, Rob Tompkins wrote: > > Yes you’re totally welcome to, and the directions are here: > > http://commons.apache.org/releases/index.html > > > > > > Feel free to

Re: [math] Discuss: New feature MiniBatchKMeansClusterer

Hello. Le mar. 24 mars 2020 à 06:39, chentao...@qq.com a écrit : > > Hi, > > I have started 2 PRs to solve the problem you metioned. > > About the "CentroidInitializer" I have a new idea: > Move CentroidInitializers as inner classes of "KMeansPlusPlusCluster", > and add a construct

Re: [math] Discuss: New feature MiniBatchKMeansClusterer

Hi Tao. I've merged PR #128 but please see my comment on the JIRA page.[1] Thanks for your interest in improving the library, Gilles [1] https://issues.apache.org/jira/browse/MATH-1509?focusedCommentId=17064306=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-17064306

Re: [math]Discussion: How to move out "EmptyClusterStrategy" from KMeansPlusPlusClusterer

Hello. 2020-03-21 4:02 UTC+01:00, chentao...@qq.com : > Hi, > >>2020-03-21 2:59 UTC+01:00, chentao...@qq.com : >>> Hi, >>> >>>>Le ven. 20 mars 2020 à 04:47, chentao...@qq.com a >>>> écrit >>>> : >>>>> >>&

<    3   4   5   6   7   8   9   10   11   12   >