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-proxy-test has an issue affecting its community integration.
This
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-configuration-test has an issue affecting its community
integrati
Hello,
as agreed, I've started a JIRA ticket on this long-standing issue (see
MATH-765). This ticket is really meant as a summary of the discussions
which should take place on the mailing list, so please refrain from
adding comments (unless absolutely necessary). Children tickets will
be linked to
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-scxml-test has an issue affecting its community integration.
This
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-testframework has an issue affecting its community
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-graph has an issue affecting its community integration.
This issue
Yes the sample method is inherited, but the inverse cumulative distribution
function is not.
On Wed, Mar 28, 2012 at 7:11 PM, Paul Rivera wrote:
> Hi Guys,
>
> I heard that there's lots of way to sample from a Gamma distribution. What
> is commons-math using when I call GammaDistribution.sample
Hi Guys,
I heard that there's lots of way to sample from a Gamma distribution. What
is commons-math using when I call GammaDistribution.sample()? From the
API, it says that sample() uses the "Inversion method" from:
http://en.wikipedia.org/wiki/Inverse_transform_sampling
But this function is
On 29 March 2012 01:28, Emmanuel Bourg wrote:
> I'm not sure to understand why this test is changed.
Because it was broken - it was trying to show that comments were being
processed at the start of a field.
> If we drop trailing comments it seems important to test they aren't not
> handled.
s/
I'm not sure to understand why this test is changed. If we drop trailing
comments it seems important to test they aren't not handled. A dash in a
field should not be mistaken with a comment.
Emmanuel Bourg
Le 28/03/2012 15:34, s...@apache.org a écrit :
Author: sebb
Date: Wed Mar 28 13:34:21
Did you check the performance with this change? The last time I tried to
remove the breaks it was slower.
Emmanuel Bourg
Le 28/03/2012 02:34, s...@apache.org a écrit :
Author: sebb
Date: Wed Mar 28 00:34:27 2012
New Revision: 1306079
URL: http://svn.apache.org/viewvc?rev=1306079&view=rev
Log
I would advise at least placing the domain specific algorithms in a
separate artifact and keep the base API in a main artifact. Also a
smaller API will be easier to release quickly.
Emmanuel Bourg
Le 28/03/2012 23:04, Simone Tripodi a écrit :
Salut Manu,
The ELO ranking algorithm - like all
Salut Manu,
The ELO ranking algorithm - like all algorithms in [graph] - is
implemented in a generic way that it can be used to rate chess players
as well as chicks on facemash, it is not related to any specific
domain.
The main purpose is rating generic entities that faced in one or more matches.
It's really nice to see that [graph] is mature enough to support the
implementation of the ELO system, however I wonder if it should be
shipped along with [graph]. IMHO Commons Graph should focus on providing
the building blocks for working with graphs instead of implementing
domain specific al
On 28 March 2012 19:29, Gary Gregory wrote:
> On Wed, Mar 28, 2012 at 12:47 PM, sebb wrote:
>
>> On 28 March 2012 17:14, Gary Gregory wrote:
>> > Hi All:
>> >
>> > If there is anything you're itching to for for codec 1.7, now is the
>> time.
>>
>> Any comments on CODEC-96 ?
>> Base64 encode() me
On Wed, Mar 28, 2012 at 12:47 PM, sebb wrote:
> On 28 March 2012 17:14, Gary Gregory wrote:
> > Hi All:
> >
> > If there is anything you're itching to for for codec 1.7, now is the
> time.
>
> Any comments on CODEC-96 ?
> Base64 encode() method is no longer thread-safe, breaking clients
> using
Hi Gilles,
>
> "RELEASE-NOTES.txt" is indeed generated by maven. The contents is taken from
> "src/changes/changes.xml" which is the one to be updated. [It was previously
> "src/xdoc/changes.xml".]
>
>
OK, I see. I'll make additions to this file, then. Thanks for the tip.
Sébastien
-
On 28 March 2012 17:50, Thomas Neidhart wrote:
> On 03/28/2012 06:47 PM, sebb wrote:
>> On 28 March 2012 17:14, Gary Gregory wrote:
>>> Hi All:
>>>
>>> If there is anything you're itching to for for codec 1.7, now is the time.
>>
>> Any comments on CODEC-96 ?
>> Base64 encode() method is no longe
On 28 March 2012 18:17, Gary Gregory wrote:
> On Wed, Mar 28, 2012 at 12:50 PM, sebb wrote:
>
>> On 28 March 2012 16:53, Gary Gregory wrote:
>> > How do I configure Continuum to say "-Pjava-1.6" instead of "-Pjava-1.5"?
>>
>> It's not as easy as it should be.
>> You have to add another project b
On Wed, Mar 28, 2012 at 12:50 PM, sebb wrote:
> On 28 March 2012 16:53, Gary Gregory wrote:
> > How do I configure Continuum to say "-Pjava-1.6" instead of "-Pjava-1.5"?
>
> It's not as easy as it should be.
> You have to add another project build definition as it's not possible
> to have multip
Hi all guys,
we have an ELO implementation now which I would really like some of us
could review and provide feedbacks/contributions/...
The concept is that *directed* Graphs represents tournaments where the
generic players (Vertices) take part, Edges are WIN/DRAW enums,
players are ranked in a u
On 03/28/2012 06:47 PM, sebb wrote:
> On 28 March 2012 17:14, Gary Gregory wrote:
>> Hi All:
>>
>> If there is anything you're itching to for for codec 1.7, now is the time.
>
> Any comments on CODEC-96 ?
> Base64 encode() method is no longer thread-safe, breaking clients
> using it as a shared B
On 28 March 2012 16:53, Gary Gregory wrote:
> How do I configure Continuum to say "-Pjava-1.6" instead of "-Pjava-1.5"?
It's not as easy as it should be.
You have to add another project build definition as it's not possible
to have multiple group-level definitions.
Whatever group level defn is ac
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=20616&projectId=70
Build statistics:
State: Failed
Previous State: Failed
Started at: Wed 28 Mar 2012 16:20:47 +
Finished at: Wed 28 Mar 2012 16:20:57 +
Total time: 9s
Build Trigger: Schedule
Buil
On 03/28/2012 05:46 PM, sebb wrote:
> On 28 March 2012 15:46, Gilles Sadowski wrote:
Hello.
Please disable the default running of cobertura in "mvn site". It is
unbearably slow: e.g. on my machine, "FastMathTest" takes 1,544 seconds
(that's a comma there; i.e. ~25 minutes!
How do I configure Continuum to say "-Pjava-1.6" instead of "-Pjava-1.5"?
Gary
On Wed, Mar 28, 2012 at 11:20 AM, Continuum@vmbuild wrote:
> Online report :
> http://vmbuild.apache.org/continuum/buildResult.action?buildId=20612&projectId=70
>
> Build statistics:
> State: Failed
> Previous State
On 28 March 2012 16:43, wrote:
> Author: ggregory
> Date: Wed Mar 28 15:43:55 2012
> New Revision: 1306437
>
> URL: http://svn.apache.org/viewvc?rev=1306437&view=rev
> Log: (empty)
???
-
To unsubscribe, e-mail: dev-unsubscr...@
On 28 March 2012 15:46, Gilles Sadowski wrote:
>> > Hello.
>> >
>> > Please disable the default running of cobertura in "mvn site". It is
>> > unbearably slow: e.g. on my machine, "FastMathTest" takes 1,544 seconds
>> > (that's a comma there; i.e. ~25 minutes!).
>> >
>> > If on-demand disable/enab
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=20612&projectId=70
Build statistics:
State: Failed
Previous State: Ok
Started at: Wed 28 Mar 2012 15:20:12 +
Finished at: Wed 28 Mar 2012 15:20:32 +
Total time: 20s
Build Trigger: Schedule
Build N
Hello Sébastien.
> >
> > Yes. I created the new "" XML tag at the top of the file (revision
> > 1306242).
> >
> >
> > Gilles
> >
>
>
> I must have missed something. I don't see which file you are referring to.
> As for me, I was referring to the file called RELEASE-NOTES.txt, but
> maybe thi
On Wed, Mar 28, 2012 at 10:17 AM, Gilles Sadowski <
gil...@harfang.homelinux.org> wrote:
> Hello.
>
> Please disable the default running of cobertura in "mvn site". It is
> unbearably slow: e.g. on my machine, "FastMathTest" takes 1,544 seconds
> (that's a comma there; i.e. ~25 minutes!).
>
> If o
Hi Gilles,
>
> Yes. I created the new "" XML tag at the top of the file (revision
> 1306242).
>
>
> Gilles
>
I must have missed something. I don't see which file you are referring to.
As for me, I was referring to the file called RELEASE-NOTES.txt, but
maybe this file is generated automatical
> > Hello.
> >
> > Please disable the default running of cobertura in "mvn site". It is
> > unbearably slow: e.g. on my machine, "FastMathTest" takes 1,544 seconds
> > (that's a comma there; i.e. ~25 minutes!).
> >
> > If on-demand disable/enable switches are not (yet) available from maven's
> > co
On Wed, Mar 28, 2012 at 4:17 PM, Gilles Sadowski <
gil...@harfang.homelinux.org> wrote:
> Hello.
>
> Please disable the default running of cobertura in "mvn site". It is
> unbearably slow: e.g. on my machine, "FastMathTest" takes 1,544 seconds
> (that's a comma there; i.e. ~25 minutes!).
>
> If on
Hello.
Please disable the default running of cobertura in "mvn site". It is
unbearably slow: e.g. on my machine, "FastMathTest" takes 1,544 seconds
(that's a comma there; i.e. ~25 minutes!).
If on-demand disable/enable switches are not (yet) available from maven's
command-line options, could we h
On 28 March 2012 12:26, Thomas Neidhart wrote:
> On Wed, Mar 28, 2012 at 12:27 PM, Gilles Sadowski <
> gil...@harfang.homelinux.org> wrote:
>
>> Hello.
>>
>> [I think that this had already been reported earlier by Thomas.]
>>
>> The HTML page generated from the "changes.xml" file does not seem to
On Wed, Mar 28, 2012 at 12:27 PM, Gilles Sadowski <
gil...@harfang.homelinux.org> wrote:
> Hello.
>
> [I think that this had already been reported earlier by Thomas.]
>
> The HTML page generated from the "changes.xml" file does not seem to be
> produced anymore (it used to be in "target/site" as a
Hello.
[I think that this had already been reported earlier by Thomas.]
The HTML page generated from the "changes.xml" file does not seem to be
produced anymore (it used to be in "target/site" as a result from executing
"mvn site").
This probably happened following the move of the file from "site
Hi.
> in preparation for 3.1, should we start the release notes anew?
Yes. I created the new "" XML tag at the top of the file (revision
1306242).
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additio
Hi Luc.
> > I have to agree with James here. However, if the mysterious
> > team-who-wishes-to-contribute is dead set on 6 month release cycles,
> > it is certainly within their power to make sure 4.5 months ahead of
> > time that every open JIRA issue has a patch attached, and to nag the
> > tea
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-vfs2-test has an issue affecting its community integration.
This i
41 matches
Mail list logo
