Hello dev's,
Is there some estimate when dbcp 2.2 (and pool dependency) will be released?
2.2 has some bugs fixed that we are waiting anxiously.
Best wishes,
Euclides.
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.or
Are the originally mentioned transforms in or out of scope of
commons-numbers?
Brent
On Mon, Jan 9, 2017 at 12:02 PM, Gilles
wrote:
> See discussion thread, copied below.
>
> [ ] Yes
> [ ] Yes but I prefer this name: ...
> [ ] No, because ...
>
> I'll assume that this is a lazy consensus vote,
See discussion thread, copied below.
[ ] Yes
[ ] Yes but I prefer this name: ...
[ ] No, because ...
I'll assume that this is a lazy consensus vote, to be closed in 72
hours
from now (i.e. on January 12, at 18:00:00 UTC).
Thanks,
Gilles
On Mon, 9 Jan 2017 15:57:51 +, sebb wrote:
On 9 Ja
Hello all,
I believe that I’ve pieced together how to change the site to accommodate the
change. Given that the component is in git, is there anything else that need
happen? The only other thing that I can think of is potentially an “Announce”
thread to the dev and user mailing lists. I’m basic
On 9 January 2017 at 11:46, Gilles wrote:
> On Mon, 9 Jan 2017 09:08:18 +0100, Eric Barnhill wrote:
>>
>> It is overall a fine plan by me. A precision class makes more sense than
>> duplicating equals methods.
>>
>> From a practical standpoint I think it would be better to see Quaternion
>> in
>>
On Mon, 9 Jan 2017 09:09:31 +0100, Eric Barnhill wrote:
This is fine with me and absent other objections I will take it out.
FTR, I've created
https://issues.apache.org/jira/browse/TEXT-57
Regards,
Gilles
Eric
On 8 Jan 2017 04:51, "Gilles" wrote:
Hi.
Does a such a formatting class bel
On Mon, 9 Jan 2017 09:08:18 +0100, Eric Barnhill wrote:
It is overall a fine plan by me. A precision class makes more sense
than
duplicating equals methods.
From a practical standpoint I think it would be better to see
Quaternion in
its own subpackage than with Complex. Simply because I don't
This is fine with me and absent other objections I will take it out.
Eric
On 8 Jan 2017 04:51, "Gilles" wrote:
> Hi.
>
> Does a such a formatting class belong to the component?
> IIRC they were issues with number formatting classes in
> Commons Math. IMO, in a low-level library, the default
> (
It is overall a fine plan by me. A precision class makes more sense than
duplicating equals methods.
>From a practical standpoint I think it would be better to see Quaternion in
its own subpackage than with Complex. Simply because I don't use them and
packages are better maintained by those who us
