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
(full precision) output from the JVM will always be needed.
I think that formatting is a better fit for, say, [TEXT].
Regar
That makes sense to me, thanks Gilles
On Sat, Jan 7, 2017 at 7:17 PM, Gilles wrote:
> On Sat, 7 Jan 2017 18:58:58 -0500, Raymond DeCampo wrote:
>
>> Gilles - would this be the preferred way to handle the split of
>> commons-complex from CM? I could go through the issues and attempt to
>> identi
On Sat, 7 Jan 2017 18:58:58 -0500, Raymond DeCampo wrote:
Gilles - would this be the preferred way to handle the split of
commons-complex from CM? I could go through the issues and attempt
to
identify which ones should be moved (I don't think I have permission
to
actually move them however).
Gilles - would this be the preferred way to handle the split of
commons-complex from CM? I could go through the issues and attempt to
identify which ones should be moved (I don't think I have permission to
actually move them however).
On Sat, Jan 7, 2017 at 12:09 PM, Pascal Schumacher wrote:
>
Yes it is possible. You can move jira issues between projects with
"more" -> "move".
Am 07.01.2017 um 18:05 schrieb Raymond DeCampo:
Is it possible to move existing JIRA issues from the commons-math project
to the commons-complex project or do we need to manually duplicate them and
refer to the
Is it possible to move existing JIRA issues from the commons-math project
to the commons-complex project or do we need to manually duplicate them and
refer to the old ones?
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?
-Rob
-
To unsubscribe, e-mail: dev-unsubscr...@common
