On Thu, Jan 12, 2012 at 2:52 AM, sebb wrote:
> On 12 January 2012 08:27, Henri Yandell wrote:
>> On Tue, Jan 10, 2012 at 10:19 AM, sebb wrote:
>>> On 10 January 2012 16:45, Siegfried Goeschl wrote:
Hi folks,
the main reason for the failed vote of commons-email-1.3 is that the
>>
On Thu, Jan 12, 2012 at 2:56 AM, sebb wrote:
> On 12 January 2012 08:28, Henri Yandell wrote:
>> Couldn't we generate this?
>>
>> It feels like a very simple svn script to see if a component has a
>> build.xml, pom.xml or project.xml.
>
> But that won't detect if the scripts actually still work.
Oracle declared 1.5 EOL a good while back; ie) no security fixes; why
should we encourage users to be on outdated versions?
Especially as I think there are pretty big security issues unfixed in
1.5 (the magic floating number crash for example). If you're still on
1.5, you have worse problems than
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
>
> The shorter name is fine.
>
isTransposable() it is, then!
>
> Operate is a bit funky. A more traditional verb would be be apply()
>
Agreed. But this verb has been around for quite a time in the matrix
context, so I just kept it for RealLinearOperator.
Thanks for your interest in this issue,
The shorter name is fine.
Operate is a bit funky. A more traditional verb would be be apply()
2012/1/12 Sébastien Brisard
> Last question (***to native english speakers***): I'm not sure
> isTransposable() really means what I would like it to mean. What do
> you think of
> boolean isTransposi
Hi,
>
>> That's true. So are you suggesting I should write three specialized classes
>> InvertibleRealLinearOperator,
>> TransposableRealLinearOperator,
>> InvertibleAndTransposableRealLinearOperator?
>
> not really, I think such a structuring would create more confusion and
> problems in the long
Yeah... but I am a fan of the UnsupportedOperationException so I think it
should be OK to have something like that in the interface and just throw up
if it is called.
2012/1/12 Sébastien Brisard
> 2012/1/12 Ted Dunning :
> > One such example is a text retrieval engine. A x is easy since that is
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 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-digester3 has an issue affecting its community integration.
This i
On 01/12/2012 12:28 PM, Sébastien Brisard wrote:
> Hi Thomas,
[snip]
> I agree with you that any linear operator is "transposable" (don't
> even know whether this word makes sense in english). However,
> RealLinearOperator have been implemented for operators which are *not*
> known in closed-form
:)
Gary
On Jan 12, 2012, at 11:50, Simone Tripodi wrote:
> welcome in the grapher brotherhood! :)
>
> http://people.apache.org/~simonetripodi/
> http://simonetripodi.livejournal.com/
> http://twitter.com/simonetripodi
> http://www.99soft.org/
>
>
>
> On Thu, Jan 12, 2012 at 4:42 PM, wrote:
>>
welcome in the grapher brotherhood! :)
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Thu, Jan 12, 2012 at 4:42 PM, wrote:
> Author: ggregory
> Date: Thu Jan 12 15:42:11 2012
> New Revision: 1230600
>
>
2012/1/12 Ted Dunning :
> One such example is a text retrieval engine. A x is easy since that is
> what the engine does. A' y is very expensive.
>
> 2012/1/12 Sébastien Brisard
>
>> In other words, I do not know how to access
>> efficiently the (i, j) coefficient, but I *do* know how to compute
One such example is a text retrieval engine. A x is easy since that is
what the engine does. A' y is very expensive.
2012/1/12 Sébastien Brisard
> In other words, I do not know how to access
> efficiently the (i, j) coefficient, but I *do* know how to compute
> efficiently A.x. There might be
Hi Thomas,
and thanks for digging into that!
>
> looking at the rationale behind RealLinearOperator I understand this
> class is used to calculate either:
>
> y = A x
> y = A^T x
>
Not exactly. For the time being, RealLinearOperator only provides the method
RealVector operate(RealVector), which
Hi all,
the generic implementation of weights is finally completed, at least for
currently implemented algorithms requiring weights. Check out the latest
version of [graph] for details, and the related issue for description of
changes:
https://issues.apache.org/jira/browse/SANDBOX-356
Maybe
On 01/11/2012 08:21 PM, Sébastien Brisard wrote:
> Hi,
Hi Sébastien,
> My problem is: how to do that?
> 1. Extend RealLinearOperator? That would allow for compile time
> checks. The problem is I've already defined
> InvertibleRealLinearOperator. So how about operators which are both
> invertible
On 12 January 2012 08:28, Henri Yandell wrote:
> Couldn't we generate this?
>
> It feels like a very simple svn script to see if a component has a
> build.xml, pom.xml or project.xml.
But that won't detect if the scripts actually still work.
> Hen
>
> On Sun, Jan 8, 2012 at 4:50 AM, Christian Gr
On 12 January 2012 08:20, Henri Yandell wrote:
> Tell me why 1.6 is a problem again?
Because there are likely to be many companies still using Java 1.5 out there.
I was hoping to fix the code so they are not prevented from using the
new version.
> This is DB-helper code, so much less worried ab
On 12 January 2012 08:27, Henri Yandell wrote:
> On Tue, Jan 10, 2012 at 10:19 AM, sebb wrote:
>> On 10 January 2012 16:45, Siegfried Goeschl wrote:
>>> Hi folks,
>>>
>>> the main reason for the failed vote of commons-email-1.3 is that the release
>>> is only source but not binary compatible
>>>
2012/1/12 sebb :
> 2012/1/12 Sébastien Brisard :
>> Hi Dennis,
>>
>> 2012/1/12 Dennis Hendriks :
>>>
>>> The online report at the top links to a page with details.
>>>
>> right under my nose... Sorry for bothering you with futilities.
>>
>>>
>>> The tests use a method only available in Java 6...
>>
2012/1/12 Sébastien Brisard :
> Hi Dennis,
>
> 2012/1/12 Dennis Hendriks :
>>
>> The online report at the top links to a page with details.
>>
> right under my nose... Sorry for bothering you with futilities.
>
>>
>> The tests use a method only available in Java 6...
>>
> Right. But why neither ecl
Hello.
On Thu, Jan 12, 2012 at 08:08:29AM -, celes...@apache.org wrote:
> Author: celestin
> Date: Thu Jan 12 08:08:29 2012
> New Revision: 1230435
>
> URL: http://svn.apache.org/viewvc?rev=1230435&view=rev
> Log:
> Removed invocations of some Java 1.6 methods (MATH-731).
>
> Modified:
>
Hi Luc
>
> You should probably also change the NOTICE file to include the licence text
> from the original code.
>
> Luc
>
In fact, this piece of code turned out to be very standard (and
corresponded exactly to the default implementation of the base class,
see my comments on MATH-731). So no need
2012/1/12 Sébastien Brisard :
> Hi Henri
>>
>> "Hi, about this Python code you wrote 14 years ago" :)
>>
> :))
>
>>
>> Highly unlikely he's jumping at the bit to code in Commons Math.
>> Still, sending a thanks is polite and I'd recommend you doing it as it
>> always sounds best coming from the
Couldn't we generate this?
It feels like a very simple svn script to see if a component has a
build.xml, pom.xml or project.xml.
Hen
On Sun, Jan 8, 2012 at 4:50 AM, Christian Grobmeier wrote:
> Hello,
>
> we have a nice wikipage mentioning what buildsystem is supported for
> which component:
>
On Tue, Jan 10, 2012 at 10:19 AM, sebb wrote:
> On 10 January 2012 16:45, Siegfried Goeschl wrote:
>> Hi folks,
>>
>> the main reason for the failed vote of commons-email-1.3 is that the release
>> is only source but not binary compatible
>>
>> +) if you compile your application with the new vers
Hi Henri
>
> "Hi, about this Python code you wrote 14 years ago" :)
>
:))
>
> Highly unlikely he's jumping at the bit to code in Commons Math.
> Still, sending a thanks is polite and I'd recommend you doing it as it
> always sounds best coming from the person closest to the commit.
>
That's ho
Hi Sébastien,
- Mail original -
> Author: celestin
> Date: Thu Jan 12 07:01:43 2012
> New Revision: 1230419
>
> URL: http://svn.apache.org/viewvc?rev=1230419&view=rev
> Log:
> Implementation of continuous triangular distributions (MATH-731).
> Patch contributed by Dennis Hendriks.
>
> Adde
Tell me why 1.6 is a problem again?
This is DB-helper code, so much less worried about use cases like Android.
Hen
On Fri, Jan 6, 2012 at 3:05 AM, sebb wrote:
> I did some experimenting with BeanProcessor to see what would be
> involved in providing Java 1.5 support.
>
> As part of this, I trie
2012/1/11 Sébastien Brisard :
> Le 11 janvier 2012 07:42, Sébastien Brisard
> a écrit :
>> Hi,
>> Dennis recently contributed a patch for triangular distributions (see
>> MATH-731). One of the methods implemented is based on a third party
>> Python code, the license of which is reproduced below. M
Hi Dennis,
2012/1/12 Dennis Hendriks :
>
> The online report at the top links to a page with details.
>
right under my nose... Sorry for bothering you with futilities.
>
> The tests use a method only available in Java 6...
>
Right. But why neither eclipse (configured to build with Java 1.5),
nor
33 matches
Mail list logo
