On Thu, 9 Aug 2018 08:27:16 -0400, Rob Tompkins wrote:
On Aug 8, 2018, at 1:59 PM, Gilles
wrote:
Hello Rob.
On Wed, 8 Aug 2018 12:44:16 -0400, Rob Tompkins wrote:
@Gilles - thoughts here?? Just kinda what I was thinking, but I’m
only a +0 on this change. So, if you want to revert it before
that’s only a thought. I’m ok with whatever.
The message would aim at the wrong target: for developers of this
library, there is no deprecation (the boiler-plate code is there
to be used); for application developers, the class should not be
there to be used (hence: package private).
Gilles
-Rob
On A
On Thu, 09 Aug 2018 13:02:15 +0200, Gilles wrote:
Hi all.
On Wed, 08 Aug 2018 19:59:24 +0200, Gilles wrote:
Hello Rob.
On Wed, 8 Aug 2018 12:44:16 -0400, Rob Tompkins wrote:
@Gilles - thoughts here?? Just kinda what I was thinking, but I’m
only a +0 on this change. So, if you want to revert
Hi all.
On Wed, 08 Aug 2018 19:59:24 +0200, Gilles wrote:
Hello Rob.
On Wed, 8 Aug 2018 12:44:16 -0400, Rob Tompkins wrote:
@Gilles - thoughts here?? Just kinda what I was thinking, but I’m
only a +0 on this change. So, if you want to revert it before going
up
with 1.1, that’s fine.
I
On Wed, 8 Aug 2018 12:06:18 -0400, Rob Tompkins wrote:
On Aug 8, 2018, at 10:26 AM, Gilles
wrote:
On Wed, 8 Aug 2018 08:00:11 -0600, Gary Gregory wrote:
Oh and you should consider marking the API we are adding back as
@deprecated.
?
There is no replacement.
[I've tried to explain the issue
there!
Gilles
[...]
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Hello Rob.
On Wed, 8 Aug 2018 12:44:16 -0400, Rob Tompkins wrote:
@Gilles - thoughts here?? Just kinda what I was thinking, but I’m
only a +0 on this change. So, if you want to revert it before going
up
with 1.1, that’s fine.
I don't understand this change after what I answered to Gary's
On Wed, 8 Aug 2018 08:00:11 -0600, Gary Gregory wrote:
Oh and you should consider marking the API we are adding back as
@deprecated.
?
There is no replacement.
[I've tried to explain the issue in a previous message.]
Gilles
Gary
On Wed, Aug 8, 2018, 07:48 Rob Tompkins wrote:
I am
Hi.
On Tue, 7 Aug 2018 21:44:05 -0400, Rob Tompkins wrote:
On Aug 7, 2018, at 9:25 PM, Gilles
wrote:
On Tue, 7 Aug 2018 18:48:40 -0600, Gary Gregory wrote:
Hi All,
Let me rephrase the question: Is the change part of what RNG
considers its
public API?
The first Clirr error was settled
in replacement to 1.0 and not cause a runtime
error.
The second error must then the fixed (by allowing the user to
shoot himself in the foot as noted below).
I apologize to Rob for wasting another RC...
Regards,
Gilles
Gary
On Tue, Aug 7, 2018 at 4:46 PM Gilles
wrote:
Hi.
On Tue, 7
ix the compatibility (by still allowing
"incorrect" usage).
Regards,
Gilles
[1] https://issues.apache.org/jira/browse/RNG-46
[2] Since then, additional RNGs were implemented that are ~40% to
~120% faster (depending on the
On Mon, 06 Aug 2018 19:43:33 +0200, Gilles wrote:
On Mon, 6 Aug 2018 12:15:42 -0400, Rob Tompkins wrote:
On Aug 6, 2018, at 12:12 PM, Gary Gregory
wrote:
It would be great if you can solve this problems as it happens on
most
builds I've done for various components recently. We should
or _somewhere_.
Agree. On the other hand though, this is only at the top level of the
project and we get reports for all the sub-components.
This is as it should be, IMO.
No issue here (other than perhaps a misleading web site at the
top level of modular components).
Regards,
Gilles
Gary
On Mon, Aug
e some time in order to complete
your work on "PoissonSampler".
Best regards,
Gilles
[...]
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
r, I guess.
And if the release plugin is polished, we may also release
1.1 at any time, and RERO, even with few changes.
Best,
Gilles
-Rob
On Aug 3, 2018, at 5:18 PM, Gilles
wrote:
Hi Rob.
If you plan an attempt at RC6 (sorry about that counter not
settling...), perhaps it would be worth mergi
Hi Rob.
If you plan an attempt at RC6 (sorry about that counter not
settling...), perhaps it would be worth merging "master" into
branch "1.1"?
If you agree, I'll first fix the "changes.xml" (moving "RNG-50"
to the section of
On Thu, 2 Aug 2018 10:31:04 -0400, Rob Tompkins wrote:
On Aug 2, 2018, at 10:02 AM, Gilles
wrote:
Hi Rob.
The generated release notes do not reflect the contents
of the current version of "changes.xml":
https://git1-us-west.apache.org/repos/asf?p=commons-rng.git;a=co
Hi.
On Thu, 2 Aug 2018 10:16:41 -0400, Rob Tompkins wrote:
On Aug 2, 2018, at 10:02 AM, Gilles
wrote:
Hi Rob.
The generated release notes do not reflect the contents
of the current version of "changes.xml":
https://git1-us-west.apache.org/repos/asf?p=commons-rng.git;a=co
ipt to automatically verify the checksums? Modular
projects tend to have a lot of files. ;-)
Do you contemplate making that check a part of the release process?
Regards,
Gilles
On Thu, 2 Aug 2018 08:24:57 -0400, Rob Tompkins wrote:
We have added some significant enhancements since Apache Com
Hi.
On Tue, 31 Jul 2018 15:24:17 -0400, Rob Tompkins wrote:
We have added some significant enhancements since Apache Commons RNG
1.0 was released, so I would like to release Apache Commons RNG (full
distribution) 1.1.
Apache Commons RNG (full distribution) 1.1 RC4 is available for
review
the number of "flakes" is per test, so allowing 2
is already good as it's unlikely that the same sampler will
fail twice in a row.]
Thanks for thinking about it and finding the workaround.
Regards,
Gilles
-
To unsu
On Wed, 25 Jul 2018 21:08:57 -0400, Rob Tompkins wrote:
On Jul 24, 2018, at 9:13 PM, Rob Tompkins
wrote:
On Jul 24, 2018, at 7:04 PM, Gilles
wrote:
Hi Rob.
On Tue, 24 Jul 2018 18:33:40 -0400, Rob Tompkins wrote:
I know that the tests will be necessarily non-deterministic, but
we
can
Hi.
On Wed, 25 Jul 2018 11:52:31 -0400, Rob Tompkins wrote:
Thanks. Quite reasonable. I’m going to let @Gilles have a look and
then will likely re-roll with better docs on the way the tests work.
Thanks for the eyes.
@Gilles - any thoughts or help on getting things buttoned up would
3 to 4; but before doing so, we
*must* ensure that it is correct to do so, according to
stat theory.
Rob has indicated that he'd have a look after the release
(thanks!).
Regards,
Gilles
Gary
On Wed, Jul 25, 2018 at 7:17 AM Rob Tompkins
wrote:
We have added some significant enhancements sin
note some *relative* links are broken and the 1.1 directories
are not yet created - these will be OK once the site is deployed.)
CLIRR Report (compared to 1.0):
(See the submodule reports)
RAT Report: (Note, the two RELEASE-NOTES-*.txt files should have been
excluded via pom, but weren't)
Ca
[Mail seems to have been lost.]
Original Message
Subject: Re: [VOTE] Release Apache Commons RNG (full distribution) 1.1
based on RC3
Date: Wed, 25 Jul 2018 16:18:39 +0200
From: Gilles
To:
Rob,
I still can't build the project: Running
$ JAVA_HOME=/usr/lib/jvm/java-9
:
the tests are fairly well documented as to what they are doing
but I might have committed some bugs wrt the statistics involved.
Regards,
Gilles
-Rob
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
e is the willingness to add a stream API.
[I'd recall that, at the time, the argument was to stay
close to the "java.util.Random" API and not loose a single
percent of speed!]
Even so, streams could easily come as wrappers, defined in
another module targetted to a more recent JDK, w
On Fri, 20 Jul 2018 08:54:52 -0600, Gary Gregory wrote:
Is the VOTE still in progress or are you guys debating whether or not
to
cancel it?
Whether you can run:
$ mvn package install -Pcommons-rng-examples
would be a second data point towards that decision. :-)
Gilles
Gary
On Fri, Jul
On Fri, 20 Jul 2018 09:38:51 -0400, Rob Tompkins wrote:
On Jul 20, 2018, at 9:26 AM, Gilles
wrote:
Hello.
On Fri, 20 Jul 2018 08:59:05 -0400, Rob Tompkins wrote:
On Jul 19, 2018, at 8:58 PM, Gilles
wrote:
Hi.
On Thu, 19 Jul 2018 15:21:28 -0400, Rob Tompkins wrote:
We have added some
Hello.
On Fri, 20 Jul 2018 08:59:05 -0400, Rob Tompkins wrote:
On Jul 19, 2018, at 8:58 PM, Gilles
wrote:
Hi.
On Thu, 19 Jul 2018 15:21:28 -0400, Rob Tompkins wrote:
We have added some significant enhancements since Apache Commons
RNG
1.0 was released, so I would like to release Apache
will not be removed from the
JDK (but won't be maintained). So, if the shortcomings are OK
for the purpose at hand, the issue is only the deprecation warning.
Does someone readily knows how to go about implementing an equivalent
functionality with "java.util.concurrent" classes?
Regar
ailure to find
org.apache.commons:commons-rng-examples-jpms-app:jar:javadoc:1.1 in
https://repo.maven.apache.org/maven2 was cached in the local repository,
resolution will not be reattempted until the update interval of central
has elapsed or updates are forced
---
Regards,
Gilles
This vote will close no sooner
for Observer/Observable recommended by
the JDK developers?
Regards,
Gilles
Cheers
Bruno
From: Oliver Heger
To: dev@commons.apache.org
Sent: Tuesday, 17 July 2018 4:13 AM
Subject: Re: [LANG] Java 9 problems because of dependencies to
java.desktop (Was: Re: [LANG] Thoughts about Lang 4.0)
Am
Hi Rob.
When unit tests fail, can't the release process be aborted
before it attempts to uploads things?
Regards,
Gilles
On Thu, 19 Jul 2018 16:27:53 + (UTC), Nexus Repository Manager
wrote:
Message from: https://repository.apache.org [1]
DESCRIPTION:
Rng RC2 - non-deterministic unit
Hi.
Builds that used to work don't:
https://builds.apache.org/view/A-D/view/Commons/job/commons-numbers/100/console
Regards,
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e
hat it also refers to "site-content" directories of
sub-modules, whereas those directories should be *empty*: only
the parent module hosts the entire web site.
Regards,
Gilles
KEYS:
https://www.apache.org/dist/commons/KEYS
Please review the release candidate and vote.
On Tue, 17 Jul 2018 09:06:34 -0400, Rob Tompkins wrote:
Can we exclude the ./target directory generally in the rat run? Feels
like a yes.
+1
Gilles
I’m asking because in the multi module [rng] build it
get’s scanned.
-Rob
On Fri, 13 Jul 2018 15:07:30 -0400, Rob Tompkins wrote:
I just pulled your user guide changes in to my 1.1 branch. Will that
cover it?
It's the one occurrence which I found of the moved module;
but, as I wrote, I still can't make "mvn site" work...
Regards,
Gilles
On Jul 12, 201
On Wed, 11 Jul 2018 20:16:26 -0400, Rob Tompkins wrote:
On Jul 11, 2018, at 7:05 PM, Gilles
wrote:
On Wed, 11 Jul 2018 12:54:56 -0400, Rob Tompkins wrote:
Also isn’t removing a module a bc - incompatible change?
The benchmarking code is/was not part of the functionality.
On Jul 11, 2018
v1.1.
Best regards,
Gilles
-Rob
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
gt;>> On Jul 10, 2018, at 4:13 PM, Gilles
>> wrote:
>>>
>>> On Tue, 10 Jul 2018 15:57:24 -0400, Rob Tompkins wrote:
>>>> I’ve gotten through most of the build except that I get animal
>>>> sniffer errors depending on what target version I choose.
. @Gilles - thoughts?
The component provides functionality that can be used with Java 6+.
All modules except "commons-rng-examples" are Java 6 compatible.
Some sub-modules of "commons-rng-examples" require a more recent
JDK (and the default target is Java 8).
Module "comm
On Tue, 10 Jul 2018 12:45:43 -0400, Rob Tompkins wrote:
@Gilles - this is where I see failure’s happening:
[INFO] JPMS Integration test .. FAILURE [
0.413 s]
[INFO] JPMS module example (library) .. SKIPPED
[INFO] JPMS module example (application
Hello Bruno.
On Tue, 3 Jul 2018 11:07:48 + (UTC), Bruno P. Kinoshita wrote:
Hi Gilles,
I've checked out the latest from
https://github.com/apache/commons-rng, updated the pom.xml to use 47
instead of 45, and downloaded JDK 9.
[...]
[INFO] Tests run: 14, Failures: 0, Errors: 0, Skipped
Hi.
Could someone please run, with Java 9 or later,
$ mvn -Dcommons.release.dryRun=true -Ptest-deploy -Prelease
-Pcommons-rng-examples clean test site deploy
using commons-parent 47, and report how it went?
Thanks,
Gilles
() - Return the length of the vector; this is a more
intuitive and easier to read alias for getNorm().
"length" has a different usage in Java.
"magnitude" would more readily convey the intended meaning.
But "norm" is shorter, and as clear IMHO.
I've no issue with the other
ther is more intuitive;
it's more a question of habit, but most importantly, it should
be documented and, if possible, the names should follow the
convention used in the reference (most often links to Wikipedia,
or Mathworld).
Best regards,
Gilles
Thanks,
Matt
_
The link
https://dist.apache.org/repos/dist/dev/commons/commons-release-plugin/1.3-RC1
returns a "404" error.
Regards,
Gilles
On Mon, 18 Jun 2018 22:39:32 -0400, Rob Tompkins wrote:
Here’s my +1
On Jun 15, 2018, at 12:45 PM, Rob Tompkins
wrote:
We have fixed quite a few bugs
Hello.
On Tue, 12 Jun 2018 16:11:30 -0600, Gary Gregory wrote:
Thank you for your review Gilles (more below.)
On Tue, Jun 12, 2018 at 3:50 PM Gilles
wrote:
Hi.
On Tue, 12 Jun 2018 12:53:52 -0600, Gary Gregory wrote:
> I plan on sending this tomorrow at the latest:
>
> ## De
3 months
Gary Gregory,
Apache Commons PMC Chair.
Regards,
Gilles
[1] https://blogs.apache.org/foundation/entry/apache-in-2017-by-the
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
classes[1] in new code?
Regards,
Gilles
[1] https://docs.oracle.com/javase/9/docs/api/java/util/Observable.html
This will make it easier to provide [lang] as java 9, without
requiring users to include a dependency to java.desktop.
Planning to merge it during the next week
On Thu, 7 Jun 2018 11:47:33 -0400, Rob Tompkins wrote:
On Jun 7, 2018, at 11:26 AM, Gilles
wrote:
On Thu, 7 Jun 2018 10:49:28 -0400, Rob Tompkins wrote:
I’m a +0 for not using japicmp because of its issues. We do need
another [parent] release because of the japicmp skip availability
for 1.1?
It has been ready for more than 6 months!
[Even more when taking into account that the last work on it was
"just" to ensure that the JPMS modules were correct.]
If so, I can try to roll an RC for you.
You are welcome, of course. But how will you get around the problem?
Regar
Hi.
Am I correct that "japicmp" has a bug that make it run, even
if not requested by the config (or a profile-triggering file)?
If so, wouldn't it be possible to have a commons-parent (with
all the current features) that would just not refer to the
plugin at all?
Regar
Hello.
The failure is triggered when including the "examples" module.
[Reminder: "japicmp" seems to complain about the absence of an
earlier version.]
Thus, I'm contemplating to release v1.1 without the offending
module. Any objection to my preparing a RC on that bas
ft the (IMHO) false impression that the library is able to
accommodate other systems.
Since we (well, mostly you) create a new component, we can make
the simplifying assumptions (e.g. for the sake of clarity and
performance of selected algorithms), and as this component evolves,
we'll see where it goes...
Be
On Tue, 5 Jun 2018 21:39:01 -0600, Gary Gregory wrote:
On Thu, May 31, 2018 at 3:54 PM, Gilles
wrote:
On Thu, 31 May 2018 10:57:17 -0600, Gary Gregory wrote:
[...]
I think we KISS it for the next release: let's not worry about
multi-module
projects. One bite at a time ;-)
Maybe I'm
to the newest CP?),
but are you aware that that recent versions have broken what used
to work?[1]
How are we supposed to use CP for multi-modules projects?
Thanks,
Gilles
[1]
https://issues.apache.org/jira/projects/COMMONSSITE/issues/COMMONSSITE-114
aintenance...
But this dependency isn't required for porting most of the
solvers. The "DerivativeStructure"-related code is only needed
for the current implementation of "NewtonRaphsonSolver" which
could be left behind until issue NUMBERS-69 is handled.
Regards,
Gilles
[...]
You co
t over it since I cannot affirm that it
won't have drawbacks perhaps (?) not worth it given the target
applications.
This post is to make that very clear FTR. Those having another
POV are most welcome to voice it *now* here.
Technical issues about this PR are discussed on the JIRA page.[3]
Rega
Hello Gimhana.
On Thu, 17 May 2018 23:32:15 +0200, Gilles wrote:
Hi Gimhana.
On Fri, 18 May 2018 00:16:04 +0530, Gimhana Nadeeshan wrote:
Hi all,
We might want to create a public branch for that work in order to
merge PRs more quickly without risk of breaking "master".
What do
would like to get your
reviews.
How should I make the Pull request ?
I've just created a new branch on the repository; please make
all PR refer to "task_STATISTICS-5".
I also suggest that you create finer-grained "sub-tasks" of
https://issues.apache.org/jira/browse/STATIS
l pre-1.0 releases; if they must be
BC compatible, then I don't see the gain (of going "experimental"):
It will be a PITA for users who'd want to help by trying the code,
since they would need to change their code at every 0.x release!
So IMO it's either
* release everything (RERO) with no B
"org.apache.commons.math4.analysis.integration")
* commons-numbers-interpolator (with codes from package
"org.apache.commons.math4.analysis.interpolation")
* commons-numbers-polynomial (with codes f
On Wed, 16 May 2018 07:33:54 -0700, Otto Fowler wrote:
Is there a PMC for IO?
There is a PMC for all of "Commons".
Components are unequal wrt the number of contributors (and
attention they get from the PMC).
Gilles
On May 16, 2018 at 02:24:44, Stefan Bodewig (bode...@apache.org)
w
On Tue, 15 May 2018 08:28:22 -0400, Rob Tompkins wrote:
On May 15, 2018, at 8:19 AM, Gilles <gil...@harfang.homelinux.org>
wrote:
On Tue, 15 May 2018 07:58:07 -0400, Rob Tompkins wrote:
Hey Gary,
I’ve been fiddling around with the build plugin and the
animal-sniffer seems to be f
On Tue, 15 May 2018 07:58:07 -0400, Rob Tompkins wrote:
Hey Gary,
I’ve been fiddling around with the build plugin and the
animal-sniffer seems to be failing for me. Have you seen this?
Yes. FTR:
https://markmail.org/message/633rbuu27e243b5v
Gilles
[ERROR] Failed to execute goal
rnion"
To be reviewed (cf. JIRA) for ensuring API stability:
* Module "gamma"
* Module "combinatorics"
* Module "primes"
Volunteers?
I'm OK with releasing with an "experimental" prefix (all packages
under "org.apache.commons.numbers.experimental&quo
On Thu, 10 May 2018 18:08:13 -0600, Gary Gregory wrote:
On Thu, May 10, 2018 at 5:10 PM, Gilles
<gil...@harfang.homelinux.org>
wrote:
On Thu, 10 May 2018 08:22:40 -0600, Gary Gregory wrote:
How about releasing as "beta" i.e. 1.0-beta1?
It would not reflect the real status
urthermore, I recall that no beta release of a Commons
project ever elicited any feedback.
Gilles
Gary
On Thu, May 10, 2018 at 7:39 AM, Gilles
<gil...@harfang.homelinux.org>
wrote:
Hi.
The modules in [Numbers] are not all in a releasable state;
even if a lot of work has been put in all of
es and afferent issues to
give an opinion on those they'd think would be ready for prime
time?
Thanks,
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
On Sun, 6 May 2018 01:49:57 +, Matt Juntunen wrote:
Hi Gilles,
I feel like we want the same things from the API but we're kind of
talking in circles here. How about I implement what I'm picturing
right now based on our discussion and then we can refine it further
(or change it completely
ly without risk of breaking "master".
What do you think? Eric?
Would someone help me to get a head start ??
What else do you need?
Best regards,
Gilles
Best Regards,
Gimhana.
[...]
-
To unsubscribe,
One of the benefits of team work and being part of a "community"
is that processes are supposedly more robust, even if not
everyone does the right thing all the time. Or so I thought.
Gilles
On Thu, 3 May 2018 18:39:12 +0100, Mark Thomas wrote:
On 03/05/18 15:42, Gilles wrote:
On
On Thu, 3 May 2018 13:56:06 +0100, Mark Thomas wrote:
On 03/05/18 13:15, Gilles wrote:
On Thu, 3 May 2018 12:59:04 +0100, Mark Thomas wrote:
On 03/05/18 12:41, Gilles wrote:
Hi.
Should we worry that there is no email traffic about
the GSoC proposals?
Did we have any GSoC proposals?
Yes
On Thu, 3 May 2018 12:59:04 +0100, Mark Thomas wrote:
On 03/05/18 12:41, Gilles wrote:
Hi.
Should we worry that there is no email traffic about
the GSoC proposals?
Did we have any GSoC proposals?
Yes.[1]
Were any accepted?
By whom?
I have no idea about the formal process
Hi.
Should we worry that there is no email traffic about
the GSoC proposals?
Regards,
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
On Tue, 1 May 2018 17:05:23 -0400, Rob Tompkins wrote:
I was starting to fiddle with [parent] version 46 with [rng] and
stumbled across the seemingly legitimate japicmp failure. @Gilles -
any thoughts here? If it is indeed correct I would think those would
be BC incompatible changes between 1.0
Hello.
On Sun, 29 Apr 2018 02:40:54 +, Matt Juntunen wrote:
Hi Gilles,
The generic Vector class is actually not used much but the generic
Point class is used throughout the core partitioning code and in the
high-level enclosing ball code. If we used a class like
class Vector2D implements
t;cast" to do some useful work, i.e. work at the "geometrical"
level rather than the "coordinate" level)?
If so, we'd have
class Vector2D implements Vector, Cartesian2D, Polar2D { ... }
Regards,
Gilles
This is using your idea of having the coordinates be available
through
omma must be treated
as an error.
For localized representations, there is
https://docs.oracle.com/javase/7/docs/api/java/text/NumberFormat.html
[See the JDK package name...]
Fine by me.
Thanks.
Gilles
Eric
On Tue, Apr 24, 2018 at 8:53 PM, Gilles
<gil...@harfang.homelinux.org>
wrote:
On Tue, 24 Apr 2018 19:42:14 +0100, Mark Thomas wrote:
Done.
Mark
Thank you.
Eric,
I've removed the explicit settings in JIRA; let us know if it
still works.
Regards,
Gilles
On 24/04/18 19:25, Gary Gregory wrote:
I am travelling today, I should be able to look tomorrow.
Gary
On Apr 24
On Tue, 24 Apr 2018 16:29:58 +0200, Gilles wrote:
On Tue, 24 Apr 2018 16:05:32 +0200, Eric Barnhill wrote:
I would prefer to conform toString() to the current formats accepted
by
parse() .
The toString() method separates the real and imaginary components by
commas. Separating numbers
s (e.g. "Commons Text").
That way we can also create common code for all the "number"
classes, without circular dependencies.
Best,
Gilles
Eric
On Tue, Apr 24, 2018 at 3:38 PM, Gilles
<gil...@harfang.homelinux.org>
wrote:
Hi.
The contract indicates:[1]
---
There mu
the NUMBERS-65 issue.
Can someone help with this?
IIUC, there is a "commons-developers" group in which you should
have been included (?). Gary?
Regards,
Gilles
Thanks,
Eric
-
To unsubscribe, e-mail: de
Hi.
The contract indicates:[1]
---
There must be a static factory method capable of creating an
instance from the formal string representation. [...]
---
Currently "toString" and "parse" do not match.
Regards,
Gilles
[1] http://blog.joda.org/2014/03/valjos-value-java-obje
Hi.
[Note: there is a problem with the quoted part in your
message.]
On Tue, 24 Apr 2018 01:31:43 +, Matt Juntunen wrote:
Hi Gilles,
The hierarchy would be wrong from a conceptual POV: A vector can be
described by Cartesian coordinates, but it should be possible to
introduce new
I'm afraid that nothing else will be
added to that component (or: where is the plan?).
Best,
Gilles
On April 9, 2018 at 08:53:13, Otto Fowler (ottobackwa...@gmail.com)
wrote:
There has been no comment, do we need an explicit vote?
On April 3, 2018 at 09:27:56, Otto Fowler (ottobackwa...@gmail.c
.
That API is better indeed.
If "Cartesian3D" _implements_ "Point3D" and "Vector3D", it
would still work (i.e. refactor so that "Point3D" becomes
an interface and does not assume that the coordinates are
Cartesian).
Best
On Sun, 22 Apr 2018 14:11:46 -0500, Matt Sicker wrote:
An example project already using gitbox is whimsy:
https://github.com/apache/whimsy
And "Commons Geometry":
https://gitbox.apache.org/repos/asf?p=commons-geometry.git
Commits were pushed to that "remote".
Gille
On Sat, 21 Apr 2018 14:15:08 +, Gary Gregory wrote:
I see commons-geometry-core below.
Gary
On Sat, Apr 21, 2018, 06:22 Rob Tompkins <chtom...@gmail.com> wrote:
> On Apr 19, 2018, at 7:42 PM, Gilles <gil...@harfang.homelinux.org>
wrote:
>
> For what it's
picmp" (like "animal.sniffer.skip")?
Gilles
On Thu, 19 Apr 2018 09:17:45 -0400, Rob Tompkins wrote:
Try running package between “mvn“ and “site”
Not working.
[And if it did, it would not be a "feature" (IMHO) wrt a
simpler
command line: If "package" is a depen
Hi.
Thread hijacking: OP was not about documentation or release process.
Gilles
On Thu, 19 Apr 2018 11:05:45 -0400, Rob Tompkins wrote:
Pardon I meant:
http://commons.apache.org/releases/prepare.html#Create_the_Release_Candidate_with_the_Commons_Release_Plugin.
On Apr 19, 2018, at 10:54 AM
On Thu, 19 Apr 2018 09:17:45 -0400, Rob Tompkins wrote:
Try running package between “mvn“ and “site”
Not working.
[And if it did, it would not be a "feature" (IMHO) wrt a simpler
command line: If "package" is a dependency, it should be called
automatically.]
Gilles
On A
to generate
report: Please provide at least one resolvable old version using one of
the configuration elements or . -> [Help 1]
---CUT---
Regards,
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additio
On Mon, 16 Apr 2018 01:38:39 +, Matt Juntunen wrote:
[...]
Gilles:
only JDK exception types are part of the public API
I see what you're talking about with the exceptions in
commons-numbers but I don't understand the reasoning behind it.
It's a long story; there are literally hundreds
On Sat, 14 Apr 2018 10:46:40 -0400, Rob Tompkins wrote:
On Apr 14, 2018, at 9:00 AM, Gilles <gil...@harfang.homelinux.org>
wrote:
Hello.
On Sat, 14 Apr 2018 04:24:35 +, Matt Juntunen wrote:
Hi Gilles,
That's actually really close to what I ended up with after I
started
moving th
Hello.
On Sat, 14 Apr 2018 04:24:35 +, Matt Juntunen wrote:
Hi Gilles,
That's actually really close to what I ended up with after I started
moving the code over. I currently have
* commons-geometry-core
* commons-geometry-euclidean
* commons-geometry-spherical
* commons
Hi.
[As the mailing list is shared by many projects, don't forget
to prefix posts with a component's "identifier".]
On Tue, 10 Apr 2018 19:00:14 -0400, Brian Driscoll wrote:
Greg,
I'm sending this email to help explain Gilles response to your GSoC
project and what you should send i
1501 - 1600 of 4259 matches
Mail list logo