Hello,
With 4 binding +1 votes and no -1 votes, this vote has passed.
Thanks,
Matt
On Thu, Apr 19, 2018 at 2:33 PM, Romain Manni-Bucau
wrote:
> +1
>
> Le 19 avr. 2018 20:17, "Pascal Schumacher" a
> écrit :
>
> > +1
> >
> > Am 19.04.2018 um 17:46 schrieb Matt Benson:
> >
> >> Hello,
> >> After
Hi,
Am 23.04.2018 um 22:21 schrieb Stefan Bodewig:
> Hi all
>
> I'm trying to resolve COMPRESS-443 which talks about having a regression
> test that fails if we break the OSGi bundle again (has already happened
> three times duing the life of Compress so far). But unfortunately I'm
> getting stuc
On Tue, 24 Apr 2018 19:42:14 +0100, Mark Thomas wrote:
Done.
Mark
Thank you.
Eric,
I've removed the explicit settings in JIRA; let us know if it
still works.
Regards,
Gilles
On 24/04/18 19:25, Gary Gregory wrote:
I am travelling today, I should be able to look tomorrow.
Gary
On Apr 24,
On Tue, 24 Apr 2018 16:29:58 +0200, Gilles wrote:
On Tue, 24 Apr 2018 16:05:32 +0200, Eric Barnhill wrote:
I would prefer to conform toString() to the current formats accepted
by
parse() .
The toString() method separates the real and imaginary components by
commas. Separating numbers by commas
Done.
Mark
On 24/04/18 19:25, Gary Gregory wrote:
> I am travelling today, I should be able to look tomorrow.
>
> Gary
>
> On Apr 24, 2018 08:07, "Gilles" wrote:
>
> On Tue, 24 Apr 2018 14:34:06 +0200, Eric Barnhill wrote:
>> I appear to be lacking appropriate committer privileges in the Apa
I am travelling today, I should be able to look tomorrow.
Gary
On Apr 24, 2018 08:07, "Gilles" wrote:
On Tue, 24 Apr 2018 14:34:06 +0200, Eric Barnhill wrote:
> I appear to be lacking appropriate committer privileges in the Apache
> commons JIRA. I can close and resolve my own issues but not th
On Tue, 24 Apr 2018 16:05:32 +0200, Eric Barnhill wrote:
I would prefer to conform toString() to the current formats accepted
by
parse() .
The toString() method separates the real and imaginary components by
commas. Separating numbers by commas strikes me as dangerous given
that the
input expr
On Tue, 24 Apr 2018 14:34:06 +0200, Eric Barnhill wrote:
I appear to be lacking appropriate committer privileges in the Apache
commons JIRA. I can close and resolve my own issues but not those of
others.
I've added your id manually for the NUMBERS project; please
check that you can resolve the
I would prefer to conform toString() to the current formats accepted by
parse() .
The toString() method separates the real and imaginary components by
commas. Separating numbers by commas strikes me as dangerous given that the
input expressions to be parsed may also contain commas within the numbe
Hi.
The contract indicates:[1]
---
There must be a static factory method capable of creating an
instance from the formal string representation. [...]
---
Currently "toString" and "parse" do not match.
Regards,
Gilles
[1] http://blog.joda.org/2014/03/valjos-value-java-objects.html
On Tue, 24 A
It is actually contributor, not committer rights you require.
On April 24, 2018 at 08:34:16, Eric Barnhill (ericbarnh...@gmail.com) wrote:
I appear to be lacking appropriate committer privileges in the Apache
commons JIRA. I can close and resolve my own issues but not those of
others. Can someo
I appear to be lacking appropriate committer privileges in the Apache
commons JIRA. I can close and resolve my own issues but not those of
others. Can someone help with this?
Thanks,
Eric
Hi.
[Note: there is a problem with the quoted part in your
message.]
On Tue, 24 Apr 2018 01:31:43 +, Matt Juntunen wrote:
Hi Gilles,
The hierarchy would be wrong from a conceptual POV: A vector can be
described by Cartesian coordinates, but it should be possible to
introduce new coordinate
On 23 April 2018 at 20:48, Torsten Curdt wrote:
> TBH I am not such super big fan of adding and maintaining a high level
> API at this stage.
> You will never find the right abstraction that everyone is happy with.
> If you would - well, then that should be the real API afterall.
>
> Honestly - I
14 matches
Mail list logo
