Hi Gilles,
>
> Clirr now fails the build on error:
> ---CUT---
> [ERROR] Unable to find information in class
> org.apache.commons.math3.linear.SymmLQ referring back to nested class
> org.apache.commons.math3.linear.SymmLQ$SymmLQEvent
> [ERROR] Unable to find information in class
> org.apache.co
Michael Heuer wrote:
> Jörg Schaible wrote:
>> Michael Heuer wrote:
>>
>>> I'm forwarding this message originally sent to users@maven that
>>> received no response. Perhaps dev@commons is more appropriate.
>>
>> why do you think, that extending from Apache Commons parent is a good
>> thing? This
Hi Gilles,
>
> [ERROR] Unable to find information in class
> org.apache.commons.math3.linear.SymmLQ referring back to nested class
> org.apache.commons.math3.linear.SymmLQ$SymmLQEvent
>
In MATH-761, I removed this nested class. It was private anyway, so I
considered it didn't break the API (see
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-jelly-tags-jmx has an issue affecting its community integration.
T
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-id has an issue affecting its community integration.
This issue af
Hi,
looking at various references, it seems that the definition of the error as
errors[i] = FastMath.sqrt(covar[i][i]) * c;
or
errors[i] = FastMath.sqrt(covar[i][i]);
is a matter of convention.
I'm no statistician, but I gathered that the first expression is what
is called Asymptotic Standard Erro
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-graph has an issue affecting its community integration.
This issue
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-digester3 has an issue affecting its community integration.
This i
On 24 April 2012 22:25, Gilles Sadowski wrote:
> Referring to this change in "Precision.java":
> ---CUT---
> r1328492 | luc | 2012-04-20 22:15:11 +0200 (Fri, 20 Apr 2012) | 6 lines
>
> Added a workaround for an OpenJDK issue on sparc solaris.
>
> The compiler has issues with very small double cons
On 24 April 2012 22:19, Gilles Sadowski wrote:
> Hi.
>
> Clirr now fails the build on error:
> ---CUT---
> [ERROR] Unable to find information in class
> org.apache.commons.math3.linear.SymmLQ referring back to nested class
> org.apache.commons.math3.linear.SymmLQ$SymmLQEvent
> [ERROR] Unable to
On 24 April 2012 21:21, Siegfried Goeschl wrote:
> Hi folks,
>
> I'm preparing a RC3 for commons-email-1.3 - please don't make any commits to
> trunk ... :-)
Did you not see my recent JIRA issues?
They should be easy to fix.
> Thanks in advance
>
> Siegfried RC Goeschl
>
> -
Referring to this change in "Precision.java":
---CUT---
r1328492 | luc | 2012-04-20 22:15:11 +0200 (Fri, 20 Apr 2012) | 6 lines
Added a workaround for an OpenJDK issue on sparc solaris.
The compiler has issues with very small double constants, despite they
are perfectly legal Java and representab
Hi.
Clirr now fails the build on error:
---CUT---
[ERROR] Unable to find information in class
org.apache.commons.math3.linear.SymmLQ referring back to nested class
org.apache.commons.math3.linear.SymmLQ$SymmLQEvent
[ERROR] Unable to find information in class
org.apache.commons.math3.optimizatio
Sigis new job title: Release Candidate Manager :)
LieGrue,
strub
- Original Message -
> From: Siegfried Goeschl
> To: Commons Developers List
> Cc:
> Sent: Tuesday, April 24, 2012 10:21 PM
> Subject: [email] Preparing RC3 for commons-email
>
> Hi folks,
>
> I'm preparing a RC3 for
Hi folks,
I'm preparing a RC3 for commons-email-1.3 - please don't make any
commits to trunk ... :-)
Thanks in advance
Siegfried RC Goeschl
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands
I also found this link
mljohnson.pharm.virginia.edu/pdfs/314.pdf
see equations 20 and 3, which suggest c should stay. I must read this
more carefully, though...
Sébastien
Le 24 avril 2012 21:42, Sébastien Brisard a écrit :
> Ooops, I hit the wrong key... So here is the rest of my previous message
Ooops, I hit the wrong key... So here is the rest of my previous message...
Hi Gilles,
>
> Does anyone object to the estimated error be defined as
>
> errors[i] = FastMath.sqrt(covar[i][i]);
>
> ?
>
>
> Best regards,
> Gilles
>
I'm not an expert on parameter estimation, but I'm not sure about the
Hi Gilles,
>
> Does anyone object to the estimated error be defined as
>
> errors[i] = FastMath.sqrt(covar[i][i]);
>
> ?
>
>
> Best regards,
> Gilles
>
I'm not an expert on parameter estimation, but I'm not sure about the
removal of the c prefactor in the above expression. See for example
NR, chap
On 24/04/2012 19:35, sebb wrote:
> On 24 April 2012 19:26, Mark Thomas wrote:
>> On 24/04/2012 19:15, sebb wrote:
>>> On 24 April 2012 18:48, wrote:
Author: markt
Date: Tue Apr 24 17:48:50 2012
New Revision: 1329891
URL: http://svn.apache.org/viewvc?rev=1329891&view=rev
On 24 April 2012 19:26, Mark Thomas wrote:
> On 24/04/2012 19:15, sebb wrote:
>> On 24 April 2012 18:48, wrote:
>>> Author: markt
>>> Date: Tue Apr 24 17:48:50 2012
>>> New Revision: 1329891
>>>
>>> URL: http://svn.apache.org/viewvc?rev=1329891&view=rev
>>> Log:
>>> Fix an Eclipse warning
>>
>>
On 24/04/2012 19:15, sebb wrote:
> On 24 April 2012 18:48, wrote:
>> Author: markt
>> Date: Tue Apr 24 17:48:50 2012
>> New Revision: 1329891
>>
>> URL: http://svn.apache.org/viewvc?rev=1329891&view=rev
>> Log:
>> Fix an Eclipse warning
>
> I don't get that warning; but I do now get "Unnecessary
On 24 April 2012 18:48, wrote:
> Author: markt
> Date: Tue Apr 24 17:48:50 2012
> New Revision: 1329891
>
> URL: http://svn.apache.org/viewvc?rev=1329891&view=rev
> Log:
> Fix an Eclipse warning
I don't get that warning; but I do now get "Unnecessary
@SuppressWarnings("unused")"
Would the follo
Jörg Schaible wrote:
> Michael Heuer wrote:
>
>> I'm forwarding this message originally sent to users@maven that
>> received no response. Perhaps dev@commons is more appropriate.
>
> why do you think, that extending from Apache Commons parent is a good thing?
> This parent is crafted so that it fi
Hi Michael,
Michael Heuer wrote:
> Hello,
>
> I'm forwarding this message originally sent to users@maven that
> received no response. Perhaps dev@commons is more appropriate.
why do you think, that extending from Apache Commons parent is a good thing?
This parent is crafted so that it fits ex
Hello,
I'm forwarding this message originally sent to users@maven that
received no response. Perhaps dev@commons is more appropriate.
-- Forwarded message --
To: us...@maven.apache.org
Hello,
We have adapted the Commons parent pom (and by extension the Apache
parent pom) with
On 24/04/2012 14:33, ma...@apache.org wrote:
> Author: markt
> Date: Tue Apr 24 13:33:22 2012
> New Revision: 1329709
>
> URL: http://svn.apache.org/viewvc?rev=1329709&view=rev
> Log:
> Javadoc for LIFO
> - reduce duplication
> - use @link / @see rather than copy/paste
My aim is to go through all
On Mon, Apr 23, 2012 at 5:25 PM, Jörg Schaible wrote:
> Hi Greg,
>
> the JIRA issue and the changes entry claim, that the scm-* deps have been
> set to optional, but you (correctly) removed them. Therefore, can you fix
> JIRA and changes.xml?
>
Done.
Thank you,
Gary
>
> - Jörg
>
> ggreg...@apa
I think there are 2 mechanisms involved here:
a.) the part which takes a jar, scans it's bytecode in a well performing manner
and provides all the class structure information to the user.
b.) a mechanism which allows to reuse this scanning process for multiple
'classscan-clients'. Currently OW
30 matches
Mail list logo
