Le 28/12/2012 18:21, Phil Steitz a écrit :
Any objections to this? In [math] at least we can't seem to turn it
off and it is causing the site build to take forever.
Go for it.
Luc
Thanks!
Phil
-
To unsubscribe,
Hi Phil,
Le 28/12/2012 21:10, Phil Steitz a écrit :
On 12/28/12 11:44 AM, Gary Gregory wrote:
It seems a shame to turn off this feature for ALL projects because one
project can't figure out a workaround.
Can *any* project find a workaround? Is there *any way* to turn
this thing off?
What
Hi,
2012/12/29 Gilles Sadowski gil...@harfang.homelinux.org
Hi.
[...]
third is just bug-fix. Does the fix for the issue that started this
thread change the API? If so, we would need to cut 3.2 in any case.
The current fix does change the usage (one needs to call optimize with an
or just move it to a profile?
In our project we have this enabled via
$ mvn clean instal -Pcoverage
LieGrue,
strub
- Original Message -
From: Luc Maisonobe luc.maison...@free.fr
To: Commons Developers List dev@commons.apache.org
Cc:
Sent: Saturday, December 29, 2012 9:43 AM
Le 29/12/2012 04:09, Gilles Sadowski a écrit :
Hi.
Hi Gilles,
[...]
third is just bug-fix. Does the fix for the issue that started this
thread change the API? If so, we would need to cut 3.2 in any case.
The current fix does change the usage (one needs to call optimize with an
Hello,
2012/12/28 Konstantin Berlin kber...@gmail.com
That's what I was going to write. At the moment, the current
implementation
for sparse matrices and vector is deprecated, for lack of convincing
fixes
for the bugs which have been found. These bugs are mainly related to the
fact
Hi Mark,
2012/12/29 Mark Struberg strub...@yahoo.de
or just move it to a profile?
In our project we have this enabled via
$ mvn clean instal -Pcoverage
LieGrue,
strub
We've been trying to do that unsuccessfully in Commons Math. What project
are you talking about? We could look at the
Gilles,
Handling weighted observations must take correlations into account, i.e. use
a _matrix_.
There is the _practical_ problem of memory. Solving it correctly is by
using a sparse implementation (and this is actually an implementation
_detail_).
The problem is where something becomes a
Le 29/12/2012 10:08, Luc Maisonobe a écrit :
Le 29/12/2012 04:09, Gilles Sadowski a écrit :
Hi.
Hi Gilles,
[...]
third is just bug-fix. Does the fix for the issue that started this
thread change the API? If so, we would need to cut 3.2 in any case.
The current fix does change the
On Sat, Dec 29, 2012 at 10:43:11AM +0100, Luc Maisonobe wrote:
Le 29/12/2012 10:08, Luc Maisonobe a écrit :
Le 29/12/2012 04:09, Gilles Sadowski a écrit :
Hi.
Hi Gilles,
[...]
third is just bug-fix. Does the fix for the issue that started this
thread change the API? If so,
Le 29/12/2012 12:34, Gilles Sadowski a écrit :
On Sat, Dec 29, 2012 at 10:43:11AM +0100, Luc Maisonobe wrote:
Le 29/12/2012 10:08, Luc Maisonobe a écrit :
Le 29/12/2012 04:09, Gilles Sadowski a écrit :
Hi.
Hi Gilles,
[...]
third is just bug-fix. Does the fix for the issue that started
or just move it to a profile?
+1
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
-
To unsubscribe, e-mail:
On Sat, Dec 29, 2012 at 10:22:20AM +0100, Dimitri Pourbaix wrote:
Gilles,
Handling weighted observations must take correlations into account, i.e. use
a _matrix_.
There is the _practical_ problem of memory. Solving it correctly is by
using a sparse implementation (and this is actually an
Hi.
[...]
[1] The inconsistencies that led to the deprecation will have no bearing
on usage within the optimizers.
[2] The latter option seems likely to entail a fair amount of work to
improve the performance of OpenMapRealMatrix (which is quite poor
for some operations,
Am 29.12.2012 09:43, schrieb Luc Maisonobe:
Hi Phil,
Le 28/12/2012 21:10, Phil Steitz a écrit :
On 12/28/12 11:44 AM, Gary Gregory wrote:
It seems a shame to turn off this feature for ALL projects because one
project can't figure out a workaround.
Can *any* project find a workaround? Is
On 12/29/12 9:46 AM, Oliver Heger wrote:
Am 29.12.2012 09:43, schrieb Luc Maisonobe:
Hi Phil,
Le 28/12/2012 21:10, Phil Steitz a écrit :
On 12/28/12 11:44 AM, Gary Gregory wrote:
It seems a shame to turn off this feature for ALL projects
because one
project can't figure out a workaround.
Using Sonar is useless for local development. When I make changes and run a
build, I want to see all of the reports based on my local changes, not what
is in the VCS. I know we usually do CTR but this would force me to commit
to see reports in Sonar, a non-starter IMO.
Gary
On Sat, Dec 29, 2012
Using Sonar is an orthogonal issue to using reports in the POM. Sure, add
commons components to Sonar, just do not mess up development for all the
other components because one class in [math] is not performing acceptably
for the Cobertura report.
Gary
On Sat, Dec 29, 2012 at 12:55 PM, Phil
On 12/29/12 10:02 AM, Gary Gregory wrote:
Using Sonar is an orthogonal issue to using reports in the POM. Sure, add
commons components to Sonar, just do not mess up development for all the
other components because one class in [math] is not performing acceptably
for the Cobertura report.
The
Any better suggestions for [math]?
Yes, as I see it there are two options.
a.) move some parts into a profile
b.) create 2 parent pom. One with the infrastructure stuff and one with all the
tons of additional goodies only needed for the other projects.
LieGrue,
strub
PS: I find it pretty
On 12/29/12 4:16 AM, Luc Maisonobe wrote:
Le 29/12/2012 12:34, Gilles Sadowski a écrit :
On Sat, Dec 29, 2012 at 10:43:11AM +0100, Luc Maisonobe wrote:
Le 29/12/2012 10:08, Luc Maisonobe a écrit :
Le 29/12/2012 04:09, Gilles Sadowski a écrit :
Hi.
Hi Gilles,
[...]
third is just bug-fix.
To get sites prepared for svn pub/sub, we now need to depend on
commons-parent snapshot. We should cut a release so this is not
necessary. I have no idea how to do this. I will RM if I can get a
recipe that works and others are OK with releasing now. It would be
great if someone could add a
On 12/29/12 10:44 AM, Mark Struberg wrote:
Any better suggestions for [math]?
Yes, as I see it there are two options.
a.) move some parts into a profile
How exactly would this work? Can we get rid of stuff that way,
really? We can get it to ignore stuff the parent specifies? Or are
you
Am 29.12.2012 21:21, schrieb Phil Steitz:
On 12/29/12 10:44 AM, Mark Struberg wrote:
Any better suggestions for [math]?
Yes, as I see it there are two options.
a.) move some parts into a profile
How exactly would this work? Can we get rid of stuff that way,
really? We can get it to ignore
I think this issue can be overcome by proper OO design, and hacked on to
the current interface for now.
We can create an InPlace interface that all linear operators (including
RealMatrix etc) would implement. For example in a hypothetical
InPlaceMatrix class
function InPlaceVector
Actually, the visitor pattern or variants thereof can produce very
performant linear algebra implementations. You can't usually get quite
down to optimized BLAS performance, but you get pretty darned fast code.
The reason is that the visitor is typically a very simple class which is
immediately
That's a good point about the compiler. I never tested the performance of
visitors vs. sequential array access. I just don't want the vector operations
to be tied to any particular implementation detail.
On Dec 29, 2012, at 6:30 PM, Ted Dunning ted.dunn...@gmail.com wrote:
Actually, the
Hi,
In my opinion is that the whole weights fiasco is consequence of improper
design, as much as anything else. All components should be as simple as
possible, with any additional add ons, like weights, not added to the base
implementation, but instead done as an extension of these classes. If
Also. If you have GPU implementation of a matrix, or use another type of a
vector processor, there is no way you can program that in if you force vector
operations to use a visitor patterns.
On Dec 29, 2012, at 6:43 PM, Konstantin Berlin kber...@gmail.com wrote:
That's a good point about the
Who said force? Linear algebra operations should be available.
Visitors should be available.
Your mileage will vary. That was always true.
On Sat, Dec 29, 2012 at 3:59 PM, Konstantin Berlin kber...@gmail.comwrote:
Also. If you have GPU implementation of a matrix, or use another type of a
2012/12/29 Oliver Heger oliver.he...@oliver-heger.de:
Am 29.12.2012 21:21, schrieb Phil Steitz:
On 12/29/12 10:44 AM, Mark Struberg wrote:
Any better suggestions for [math]?
Yes, as I see it there are two options.
a.) move some parts into a profile
How exactly would this work? Can we
2012/12/29 Phil Steitz p...@steitz.com:
To get sites prepared for svn pub/sub, we now need to depend on
commons-parent snapshot. We should cut a release so this is not
necessary. I have no idea how to do this. I will RM if I can get a
recipe that works and others are OK with releasing now.
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-dbcp 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-dbcp2 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-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-chain2 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-dbutils 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-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-scxml-test has an issue affecting its community integration.
This
39 matches
Mail list logo
