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
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
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-jelly-tags-jmx has an issue affecting its community integration.
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 also
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 parent is
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
On Tue, Apr 24, 2012 at 11:19 PM, Gilles Sadowski
gil...@harfang.homelinux.org 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
On 25 April 2012 07:48, Jörg Schaible joerg.schai...@scalaris.com wrote:
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
On 25 April 2012 09:12, Damjan Jovanovic damjan@gmail.com wrote:
On Tue, Apr 24, 2012 at 11:19 PM, Gilles Sadowski
gil...@harfang.homelinux.org wrote:
Hi.
Clirr now fails the build on error:
---CUT---
[ERROR] Unable to find information in class
org.apache.commons.math3.linear.SymmLQ
On Wed, Apr 25, 2012 at 12:53:46AM +0100, sebb wrote:
On 24 April 2012 22:19, Gilles Sadowski gil...@harfang.homelinux.org 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
Hi Sebb,
sebb wrote:
On 25 April 2012 07:48, Jörg Schaible joerg.schai...@scalaris.com wrote:
[snip]
- rc: the one we use
That was the one we used for creating RCs prior to Nexus.
- release: automatically activated by M2 (IIRC)
This is the one I normally use.
I think rc and
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=21497projectId=73
Build statistics:
State: Failed
Previous State: Ok
Started at: Wed 25 Apr 2012 10:24:51 +
Finished at: Wed 25 Apr 2012 10:25:55 +
Total time: 1m 3s
Build Trigger: Schedule
Build
Gilles Sadowski wrote:
On Wed, Apr 25, 2012 at 12:53:46AM +0100, sebb wrote:
On 24 April 2012 22:19, Gilles Sadowski gil...@harfang.homelinux.org
wrote:
Hi.
Clirr now fails the build on error:
---CUT---
[ERROR] Unable to find information in class
On Apr 25, 2012, at 6:19, Jörg Schaible joerg.schai...@scalaris.com wrote:
Hi Sebb,
sebb wrote:
On 25 April 2012 07:48, Jörg Schaible joerg.schai...@scalaris.com wrote:
[snip]
- rc: the one we use
That was the one we used for creating RCs prior to Nexus.
- release: automatically
Is the next version of Math expected to be binary compatible with the
previous. If so, we should take this serious. Otherwise, we should
possibly disable clirr for now, for example by enabling it in the
release- and rc-profiles only.
On Wed, Apr 25, 2012 at 12:06 PM, Gilles Sadowski
On 25 April 2012 11:18, Jörg Schaible joerg.schai...@scalaris.com wrote:
Hi Sebb,
sebb wrote:
On 25 April 2012 07:48, Jörg Schaible joerg.schai...@scalaris.com wrote:
[snip]
- rc: the one we use
That was the one we used for creating RCs prior to Nexus.
- release: automatically
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
sebb wrote:
On 25 April 2012 11:18, Jörg Schaible joerg.schai...@scalaris.com wrote:
Hi Sebb,
sebb wrote:
On 25 April 2012 07:48, Jörg Schaible joerg.schai...@scalaris.com
wrote:
[snip]
- rc: the one we use
That was the one we used for creating RCs prior to Nexus.
- release:
On 25 April 2012 14:08, Jörg Schaible joerg.schai...@scalaris.com wrote:
sebb wrote:
On 25 April 2012 11:18, Jörg Schaible joerg.schai...@scalaris.com wrote:
Hi Sebb,
sebb wrote:
On 25 April 2012 07:48, Jörg Schaible joerg.schai...@scalaris.com
wrote:
[snip]
- rc: the one we use
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
On 25 April 2012 13:36, Gilles Sadowski gil...@harfang.homelinux.org 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
Hi Gillles,
Can we then agree that the current naming is not really clear?
Since we are not allowed to readily remove this method, the best solution
would be to update the Javadoc to make it clear what is done there, i.e.
cite the full definition of ASE (together with a reference).
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-exec-test has an issue affecting its community integration.
This
Have you tried Maven 221?
I'm using maven 2.2.1, and no such error occurs! I do get a report,
with a lot of complaints regarding the geometry package.
Have you tried
mvn clean clirr:clirr ?
In the meantime, I'd be glad to be able to disable this tool... :-{
-1, because Math needs to
Hi.
Does anyone have an idea of what can cause this?
Have you tried Maven 221?
No.
Have you tried
mvn clean clirr:clirr ?
That was the trick. Thanks.
Sorry; I still have a hard time understanding when the clean becomes a
necessary step!
In the meantime, I'd be glad to be able
On Wed, Apr 25, 2012 at 04:00:30PM +0200, Sébastien Brisard wrote:
Have you tried Maven 221?
I'm using maven 2.2.1, and no such error occurs! I do get a report,
with a lot of complaints regarding the geometry package.
Have you tried
mvn clean clirr:clirr ?
In the meantime, I'd
On Wed, Apr 25, 2012 at 03:46:58PM +0200, Sébastien Brisard wrote:
Hi Gillles,
Can we then agree that the current naming is not really clear?
Since we are not allowed to readily remove this method, the best solution
would be to update the Javadoc to make it clear what is done there, i.e.
2012/4/25 Gilles Sadowski gil...@harfang.homelinux.org:
On Wed, Apr 25, 2012 at 03:46:58PM +0200, Sébastien Brisard wrote:
Hi Gillles,
Can we then agree that the current naming is not really clear?
Since we are not allowed to readily remove this method, the best solution
would be to
On Wed, Apr 25, 2012 at 4:03 AM, sebb seb...@gmail.com wrote:
On 25 April 2012 07:48, Jörg Schaible joerg.schai...@scalaris.com wrote:
Michael Heuer wrote:
Jörg Schaible wrote:
Michael Heuer wrote:
I'm forwarding this message originally sent to users@maven that
received no response.
On 25 April 2012 17:54, Michael Heuer heue...@gmail.com wrote:
On Wed, Apr 25, 2012 at 4:03 AM, sebb seb...@gmail.com wrote:
On 25 April 2012 07:48, Jörg Schaible joerg.schai...@scalaris.com wrote:
Michael Heuer wrote:
Jörg Schaible wrote:
Michael Heuer wrote:
I'm forwarding this message
On Wed, Apr 25, 2012 at 11:57 AM, sebb seb...@gmail.com wrote:
On 25 April 2012 17:54, Michael Heuer heue...@gmail.com wrote:
On Wed, Apr 25, 2012 at 4:03 AM, sebb seb...@gmail.com wrote:
On 25 April 2012 07:48, Jörg Schaible joerg.schai...@scalaris.com wrote:
Michael Heuer wrote:
Jörg
On 2012-04-25 14:36, 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
[find
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=21512projectId=73
Build statistics:
State: Failed
Previous State: Failed
Started at: Wed 25 Apr 2012 20:26:28 +
Finished at: Wed 25 Apr 2012 20:27:33 +
Total time: 1m 5s
Build Trigger: Schedule
I'm taking a stab at transitioning from Sanselan to the new Apache Imaging.
One thing I've noticed is that one of the EXIF tags my existing software uses
seems to have been removed from imaging:
public static final TagInfo EXIF_TAG_MODIFY_DATE = new TagInfo(
Modify Date,
On 25 April 2012 20:55, Gary Gregory garydgreg...@gmail.com wrote:
We previously had no FTPS tests. So I added
org.apache.commons.vfs2.provider.ftps.test.FtpsProviderTestCase_Disabled
which does the same thing for FTPS that we do for FTP with the addition of
the SSL sauce on top.
The issue
On Apr 25, 2012, at 18:26, sebb seb...@gmail.com wrote:
On 25 April 2012 20:55, Gary Gregory garydgreg...@gmail.com wrote:
We previously had no FTPS tests. So I added
org.apache.commons.vfs2.provider.ftps.test.FtpsProviderTestCase_Disabled
which does the same thing for FTPS that we do for FTP
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
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
On Wed, Apr 25, 2012 at 10:30 PM, Gary Lucas gwlu...@sonalysts.com wrote:
I'm taking a stab at transitioning from Sanselan to the new Apache Imaging.
One thing I've noticed is that one of the EXIF tags my existing software uses
seems to have been removed from imaging:
public static final
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
41 matches
Mail list logo