On Wed, 22 Jun 2016 07:19:42 +0000, Benedikt Ritter wrote:
Hello Gilles,
Gilles <gil...@harfang.homelinux.org> schrieb am Di., 21. Juni 2016
um
21:31 Uhr:
Hello.
This is one of several votes for establishing new Commons components
out of functionality developed inside the "Commons Math" component.
Do I understand correctly
No.
that Commons would have a component Commons Math
and a component Commons Random Number Generators afterwards?
This vote is for introducing a new component containing the code
I referred to below.
I don't understand the recurring reference to Commons Math, given that
we finally converged in defining what cannot be done.
The consequence, AFAIUC, is to
* split the CM _code_ (forget about the CM _component_)
* create new Commons components with some of it (see rationale in
other threads)
* create a TLP with the rest (see rationale in other threads)
* declare Commons Math "dormant" (to be revived only if people want to
make
bug-fix releases from the 3.x line, more details in other threads)
Regards,
Gilles
P.S. Who said to not hijack a VOTE thread for discussions? ;-)
Benedikt
This vote is dedicated to the following functionality:
Uniform (pseudo-)random number generators
The concerned code is the contents of the following classes and
packages:
org.apache.commons.math4.rng
located in the "develop" branch of Commons Math:
https://git1-us-west.apache.org/repos/asf?p=commons-math.git;a=tree;f=src/main/java/org/apache/commons/math4/rng;h=3f7313a705b1f517dc11f3d2b3983434852f4c02;hb=refs/heads/develop
Notes:
* Code in the above package was never released.
* This component will have no dependency.
* Code size: ~1800 lines of code (unit tests not included).
* API: stable (probably).
* Estimated minimum Java version: 6
All are welcome to vote, especially potential users of the candidate
component and people who'd like to contribute to it, through user
support,
bug-fixes and enhancements, documentation, release management.
[ ] +1, this would be a valid Commons component.
[ ] -1, this won't be a good Commons component because ...
Thanks,
Gilles
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
