> 3. try to fix it and report.
>
> I don't know whether it be a correct way, but I hope I will not make anyone
> suffer.(or at least not that much suffer)
> Sorry if I made any trouble.
No, that seems fine (but note that if I am to interact,
it will _not_ be through GitHu
from trying to use a same code style formatter.
I agree; someone must be suggesting this every
10 years or so; last time (IIRC) it was me; didn't
work. :-}
Gilles
>>> [...]
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
re many issues to work on, big to small
down to nit-picks; but surely some have higher "added
value".
Personally I don't think that creating "nit-pick" PRs is the
right way for querying the &qu
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
the usefulness of the PR and the work required
from the reviewer.
> 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.
Exa
e refining, we should get[1] a first build:
https://travis-ci.org/github/apache/commons-graph
Gilles
[1] https://issues.apache.org/jira/browse/INFRA-20413
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additi
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
>>
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
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
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:
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
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
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
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,
us code used an "index" variable but in the new version
there is a hard-coded number).
Gilles
> [...]
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
hanges: one is "use arraycopy" but the
> others are not documented anywhere (commit message, JIRA).
> Ah, I forgot to create a jira ticket for it. sorry about that.
>
> So, in conclusion, I will cl
nly make it into
the commit message and/or the corresponding JIRA
report). [Also, an appropriately named utility method
is probably better than inline statements.]
Regards,
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
;
> Sure, as quick as possible.
Requested:
https://issues.apache.org/jira/browse/INFRA-20381
Regards,
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
at use a graph abstraction, there is
"Commons RDF". I guess that it would be interesting to see
whether/how it could depend on "Commons Graph".
Regards,
Gilles
>
> [1] https://markmail.org/message/2xrwjomgkhlxsezm
>
> [2] https://issues.apache.org/jira/browse/SANDBOX-4
t available https://issues.apache.org/jira/projects/GRAPH ?
Strange; again maybe the reason is in the ML archive.
Best,
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
posal?
A novel viewpoint might give new ideas... ;-)
>
> I appreciate your help very much.
Thanks for your offer!
Best regards,
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
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
-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
ctive) pool of regular developers get
released more often and with less waiting time for binding votes...
Gilles
>
> Gary
>
>
> >
> > Just my 2 cents...
> >
> > Melloware
> >
> >
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
into 'commons-dbutils-1.8-RC2'...
fatal: Remote branch commons-dbutils-1.8-RC2 not found in upstream origin
---CUT---
Regards,
Gilles
2020-05-21 17:04 UTC+02:00, Melloware :
> Carl,
>
> It seems like there is just not enough PMC committers available for
> Commons projects. It shoul
, it is fine to require
Java 8.
Regards,
Gilles
> On 5/20/20 3:47, henrib wrote:
> > 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 ?
> > Seems to me Java 6 is old en
opped.
If "old" is a burden, yes, but not a good reason per se.
IOW: What would be the advantages?
> One could still build from source with java 6 if needed.
Doesn't that mean that it would still support Java 6?
Regards,
Gilles
> What do you think ?
> Cheers
>
>
>
> --
;
> I know this is nit-picking since the two terms mean the same thing,
If in [Geometry] there is no notion of mass, "centroid" is more
appropriate than "center of mass".
> but I'd
> like to make the library as intuitive as possible for first-time users.
+1
Gilles
&
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
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
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
en
IMO it does not belong.
> Would it make more sense to
> spit it out as a new Commons project?
+1
[And +1 to making a beta release.]
> How does one even go about that?
A request to INFRA and off we go...
[Perhaps a (lazy) vote is in order.
roper/email/trunk' doesn't exist
https://gitbox.apache.org/repos/asf?p=commons-email.git
HTH,
Gilles
>
> 4.Yes I can see the released codes, but with no commit history.
>
> Thanks.
>
-
To unsubscribe, e-mail: dev-unsubscr...@c
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.
&
rogrammers are willing to participate to
the "upstream" Java project, of course).
Regards,
Gilles
>> [...]
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
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,
", in classes "Murmur128x64Cyclic"
and "Murmur32x86Iterative":
import org.apache.commons.codec.digest.MurmurHash3;
> Tangent: There were UML tools/Maven plugins in the past that could
> visualize these kinds of relationships, has anyone used any in the recent
> past? A
t progress depends on intended usage?
>
> Opinions on how to proceed?
I got lost along the way; sorry.
Are there still uncertainties about the "basic" features?
Regards,
Gilles
>
> Alex
>
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Hello.
Le sam. 18 avr. 2020 à 05:01, Matt Juntunen
a écrit :
>
> Hi Gilles,
>
> I like that idea. I'm picturing that as something that could happen after the
> first beta release. Here is my current roadmap (of sorts):
>
>
> 1. Wrap up a few issues (GEOMETRY-92, 93,
art with
1. how to define "primitive" shapes,
2. how to combine them (CSG),
3. how to transform them,
4. how to load/save them, and how those "models" might be
different from those created programmatically (e.g. "mesh"
vs "BSP tree").
WDYT?
Best,
Gilles
[1]
Ddoclint=all
>
> we can easily change it to
>
> language: java
>
> cache:
> directories:
> - "$HOME/.m2"
I tried it for "Commons Statistics" and the last build (#93)
was ~20% faster than the fastest of all recent builds.[1]
Thanks for the suggestion
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
with having released version 1.0-beta1
of "Commons Numbers", where there is no room for changing
the version number.
Regards,
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
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
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.
> >
&
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
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.
>
>
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
m any "cast" to "double" that could be invalid.
> Note: The methods are present in the CM 3.6 version of BigFraction but
> Fraction did not have any pow methods.
A lot of fixes and improvements were brought in by
Heinrich Bohne a few months ago. [IIRC, some issues
which he h
the few
classes that remain in the "o.a.c.m.geometry" package
seems like a pointless exercise. I'd just remove it all (cf.
other thread).
WDYT?
Gilles
[1] https://issues.apache.org/jira/browse/MATH-1302
>>> [...]
-
mons.math4.geometry.euclidean.threed
and provide a "FieldRotation" functionality.
It is doubtful that these classes will ever be useful to users of the
next major release of CM.
Any objections to deleting them?
Regards,
Gilles
[1] https://markmail.org/message/psos76g5mzt2rzhz
[2]
https://gitbox.
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]
ht
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
Hi.
>
> I would encourage removing RotationConvention without replacing it. But, I
> still don't think I'm quite getting what you're saying. Do you have an
> example?
I wonder how to replace "RotationConvention" usage in class "FieldRotation".
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
gt; or wait until the full 1.0 release?
I figure out that it would be confusing if there are subsequent beta
releases: All resolved issues up to now will appear in every one of
them, thus hiding (or making it more difficult to follow) progress.
Best,
Gilles
--
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
denominator. Given this context it does make
> more sense to have the lexical order for numerator over denominator as a / b
> rather than b / a.
+ 1
Regards,
Gilles
[1]
https://gitbox.apache.org/repos/asf?p=commons-math.git;a=blob;f=src/changes/changes.xml;h=e6c2c8a7b4f057cf4533d44e17b
Code() {
> return 37 * (37 * 17 + numerator) + denominator;
> }
Strange that the constant 37 * 17 was not pre-computed. ;-)
>
> to
>
> public int hashCode() {
> return 31 * (31 + numerator) + denominator;
> }
+0
Gilles
-
Hello.
Le mar. 7 avr. 2020 à 03:18, Matt Juntunen a écrit :
>
> Hi Gilles,
>
> I removed the RotationConvention enum from commons-geometry because it was
> more confusing than useful. Instead, I specified [1] that commons-geometry
> uses "active rotations&quo
Hello.
Is there a way to replace an argument of CM's type
"RotationConvention"[1] with a type from [Geometry]?
Thanks,
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/RotationConvent
y and there isn't any promise whatsoever about compatibility.
Users who adapt their codes would certainly do so with minimal
care. IIRC, similar fixes were done for the name and/or order of
the arguments for some of the distribution classes in [Statistics].
Gilles
>
> Alex
>
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: dev-unsubscr
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 compone
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
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
hould be balanced with the resulting code reduced (IMO)
readability.
Best,
Gilles
> ---
> .../main/java/org/apache/commons/numbers/core/Precision.java | 12
>
> 1 file changed, 8 insertions(+), 4 deletions(-)
>
> diff --git
> a/commons-numbers-core/src/main/java/
ontains items
> that relate to the module. This is useful but the site generation takes the
> same amount of time because generation of a full Jira report or partial
> report takes the same time. It also requi
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 :
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
t; You can record the Maven and Java version produced by -V in your VOTE reply.
> To gather OS information from a command line:
> Windows: ver
> Linux: uname -a
>
> 5) Build the site for a single module project
>
> Note: Some plugins require the components
OTICE
> file names and some changes to Complex). Should I pull those into the release?
Yes.
The least discrepancy with "master", the better.
Thanks,
Gilles
>>>> [...]
-
To unsubscribe, e-mail: d
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.
> >>>
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.
> >>
&
> > 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:
> &
ak "internal".
Is there any interest in having failed attempts made read-only?
The "history" is kept through the ML archives (the "[Vote]" thread
and its corresponding tag/commit).
Gilles
> I have, at times, found the need to delete a tag due to mistakes on my part.
| 44
> ++
My understanding of [1] is that these texts must go to the
NOTICE
file(s).
Side-note: Files "LICENCE.txt" and "NOTICE.txt" should be renamed
(cf. NUMBERS-146).
Best,
Gilles
[1] http://www.apache.org/dev/licensing-howto.html
> ..
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
3: commons-numbers_v1.0-beta1_rc1
Please give your choice of the format that should be used from
now on.
Thanks,
Gilles
[1] https://markmail.org/message/n457skstbxbirvhp
[2] https://git-scm.com/book/en/v2/Git-Basics-Tagging
[3] https://git-scm.com/docs
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
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
it first?
> > Thus:
> > rc1_v1.0-beta1
> >
>
> The argument for having the component name in the tag name is that when you
> clone the repo, you get a 'nice' directory name by default.
>
Convincing.
So, I
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
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
> > >
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:
> > > &
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
ER_1_0_BETA1_RCX tag
> pattern going forward?
IMHO, no harm done by removing.
Can someone confirm?
Regards,
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
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 vers
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
erver. I thought I had added it but
> apparently it didn't work.
Never encountered this issue...
Did you register your key at
https://id.apache.org/
?
Regards,
Gilles
> > [...]
-
To unsubscribe, e-mail: dev-unsubscr
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
ot sure what problem you are referring to.
[Perhaps RC1 is fine (?).]
Regards,
Gilles
>
> -Matt
>
> From: Alex Herbert
> Sent: Sunday, March 29, 2020 9:15 AM
> To: Commons Developers List
> Subject: Re: [numbers] 1.0-B1 Release Proposal
>
ng-3.10-RC1 commons-lang-3.10-RC1
Builds from source on Linux using
$ mvn clean package
within the above check-out branch:
* JDK 8: OK
* JDK 9: OK
* JDK 10: OK
* JDK 11: ~OK
---CUT---
[WARNING] Javadoc Warnings
[WARNING]
/home/gilles/devel/java/apache/commons-lang/commons-lang-3.10-RC1/sr
guide to speak
> of.
There is a JIRA issue
https://issues.apache.org/jira/projects/NUMBERS/issues/NUMBERS-70
but concrete attempts did not go very far...
> Is this something that needs to be added before the beta release?
It can always be added later.
Also, most codes are fairly self-docum
e "initialization".
Please submit a PR.
> >
> >> Show we make the API simple or rich?
> >
> >I'd keep it simple until we fix the (IMHO) more important
> >issues of thread-safety and sparse data.
>
> Some Personal opinion about "Sparse data&
ring results?
> Show we make the API simple or rich?
I'd keep it simple until we fix the (IMHO) more important
issues of thread-safety and sparse data.
>>
>>> public boolean isUseKMeansPlusPlus() {return this.useKMeansPlusPlus;}
>>
>>
ing on
> this soon.
Since we know that ComplexUtils will not make to the official release
(because Alex's proposal is convincingly better), I'd remove that module
from the release branch.
Thank ou for stepping up,
Gilles
>>> [...]
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Also, in the current implementation of "KMeansPlusPlusClusterer", the
initialization is not configurable ("KMeansPlusPlusCentroidInitializer").
Perhaps we don't want to depart from the original (?) algorithm; if so,
the new constructor could be made p
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
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
>>>> :
>>>>>
>>&
701 - 800 of 4251 matches
Mail list logo