To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-chain2 has an issue affecting its community integration.
This issu
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-exec-test has an issue affecting its community integration.
This i
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-collections4 has an issue affecting its community integration.
Thi
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-logging-test has an issue affecting its community integration.
Thi
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=24474&projectId=97
Build statistics:
State: Failed
Previous State: Failed
Started at: Fri 3 Aug 2012 20:41:53 +
Finished at: Fri 3 Aug 2012 20:47:54 +
Total time: 6m 1s
Build Trigger: Schedule
Bui
Hello.
More than 60 issues have been resolved since the release of Commons Math
3.0.
I think that it is time to lay out a road map for the next release (3.1),
with a target date of early September (at which point, 3.0 will be 6 months
old).
The following issues have been worked on as much as perm
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=24469&projectId=97
Build statistics:
State: Failed
Previous State: Ok
Started at: Fri 3 Aug 2012 18:08:27 +
Finished at: Fri 3 Aug 2012 18:16:28 +
Total time: 8m 0s
Build Trigger: Schedule
Build N
¡Hola!
> Also remember that if we ever want to deal with, say, multiplications,
> monoids are only going to be in the way (we already touched this topic
> before, see [1]). I'm still happy to update and simplify names, only
> following a different pattern: e.g. from "DoubleWeightBaseOperations" to
Hi there :-)
> Hi Claudio!
>
> happy to read from you here :)
>
> I just noticed that the weight/primitives sub-package contains classes
> which name convention refers to *Weight - WDYT renaming them to
> *SumMonoid ?
I am not convinced about this one.
I've come to the conclusion that we should g