It looks like it needs some TLC and a RM...
Gary
On Tue, Sep 16, 2014 at 1:02 PM, Romain Manni-Bucau
wrote:
> Hi guys
>
> any release planned for [proxy2]?
>
>
>
> Romain Manni-Bucau
> Twitter: @rmannibucau
> Blog: http://rmannibucau.wordpress.com/
> LinkedIn: http://fr.linkedin.com/in/rmannibu
On 30 September 2014 18:12, wrote:
> Author: mbenson
> Date: Tue Sep 30 17:12:31 2014
> New Revision: 1628494
>
> URL: http://svn.apache.org/r1628494
> Log:
> CMS commit to commons by mbenson
>
> Modified:
> commons/cms-site/trunk/content/site.xml
>
> Modified: commons/cms-site/trunk/content/
Thank you for the reviews. I'll roll a new release candidate though to
address the cache issue reported by Konstantin.
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail:
Le 08/10/2014 19:32, Gilles a écrit :
>> > [...]
>
> What do you think of the solution proposed in
> https://issues.apache.org/jira/browse/MATH-1158
> ?
>
> [No hidden RNG, no default RNG, no hidden performance
> cost or delayed initialization, similar API, ...]
I may have missed something but
+1
On 10/08/2014 01:54 PM, Jörg Schaible wrote:
+1
builds from source-tarball with my complete compiler zoo
Emmanuel Bourg wrote:
Hi all,
The third release candidate of BCEL is ready to pass under your scrutiny.
Tag:
http://svn.apache.org/repos/asf/commons/proper/bcel/tags/BCEL_6_0_RC3/
(r1
+1
Built from the source tarball with my complete compiler zoo.
Stefan Bodewig wrote:
> Hi all,
>
> nothing big this time but a few accumulated bug fixes and support for
> raw DEFLATE streams.
>
> Compress 1.9 RC1 is available for review here:
> https://dist.apache.org/repos/dist/dev/co
+1
builds from source-tarball with my complete compiler zoo
Emmanuel Bourg wrote:
> Hi all,
>
> The third release candidate of BCEL is ready to pass under your scrutiny.
>
> Tag:
> http://svn.apache.org/repos/asf/commons/proper/bcel/tags/BCEL_6_0_RC3/
> (r1627908)
>
> Release notes:
> http:/
On 10/8/14 10:32 AM, Gilles wrote:
>> > [...]
>
> What do you think of the solution proposed in
> https://issues.apache.org/jira/browse/MATH-1158
> ?
>
> [No hidden RNG, no default RNG, no hidden performance
> cost or delayed initialization, similar API, ...]
That is basically going back to not
> [...]
What do you think of the solution proposed in
https://issues.apache.org/jira/browse/MATH-1158
?
[No hidden RNG, no default RNG, no hidden performance
cost or delayed initialization, similar API, ...]
Regards,
Gilles
-
I've figured out what the issue is here. Basically, there is ambiguity in what
is meant by the covariance matrix.
The getCovariance method in the SingularValueDecomposition class returns a
covariance matrix that could be used to describe the covariance between the
best-fit parameters obtained
On 10/8/14 5:33 AM, Thomas Neidhart wrote:
> Hi,
>
> in my use-cases I also use only 1 random generator with a fixed seed which
> is important property as in case of simulations you want to have a
> deterministic behavior for all random decisions.
I tend to do the same thing.
>
> I am not sure if
Hi.
Sorry: I had not seen your post before adding yet another
unnecessary layer of comment to the JIRA issue for MATH-1154.
On Tue, 07 Oct 2014 17:38:34 -0700, Phil Steitz wrote:
Comments in MATH-1154 (bad performance in test code) and the
now-reopened MATH-1124 (slow initialization) point to t
Hi,
in my use-cases I also use only 1 random generator with a fixed seed which
is important property as in case of simulations you want to have a
deterministic behavior for all random decisions.
I am not sure if we should invest effort to make the existing random
generators thread-safe, as there
Le 07/10/2014 20:15, Luc Maisonobe a écrit :
> Le 07/10/2014 17:34, Ole Ersoy a écrit :
>> Do I need to wait for the repositories to become synchronized before
>> doing another pull request? It's only a tiny documentation change.
>
> No, you can do it with the current repository, we'll refactor t
Hi Phil,
Le 08/10/2014 02:38, Phil Steitz a écrit :
> Comments in MATH-1154 (bad performance in test code) and the
> now-reopened MATH-1124 (slow initialization) point to the need to
> fix the problem we created when we moved sample() to the
> distribution classes with PRNG provided by a final fie
Hello.
On Tue, 7 Oct 2014 14:27:52 -0400, Hank Grabowski wrote:
All,
I've been investigating the numerical accuracy issues with the
BicubicSplineInterpolator. After re-deriving the equations from the
original sources (which were correct in the source and the Apache
Math
implementation) and i
Le 05/10/2014 19:14, venkatesha murthy a écrit :
> Hi
Hi Murthy,
>
> I would like to know when is 3.4 math is scheduled for the release
>
> Please let me know.
No schedule has been discussed up to now, thanks for raising the idea.
There is currently a bunch of issues that are worked on. We ha
Hi Sebb,
Le 07/10/2014 23:40, sebb a écrit :
> On 7 October 2014 12:55, wrote:
>> Repository: commons-math
>> Updated Branches:
>> refs/heads/master cee04d164 -> a67f0a33e
>>
>>
>> Added all Java 8 StrictMath methods to FastMath.
>>
>> This change allows FastMath to remain compatible with newe
18 matches
Mail list logo