Le 19/11/2010 03:36, Gary Gregory a écrit :
>> -Original Message-
>> From: sebb [mailto:seb...@gmail.com]
>> Sent: Thursday, November 18, 2010 18:34
>> To: Commons Developers List
>> Subject: Re: [VOTE] Release Commons NET 2.2 based on RC3
>>
>> On 19 November 2010 02:07, Phil Steitz wrote
> -Original Message-
> From: sebb [mailto:seb...@gmail.com]
> Sent: Thursday, November 18, 2010 18:34
> To: Commons Developers List
> Subject: Re: [VOTE] Release Commons NET 2.2 based on RC3
>
> On 19 November 2010 02:07, Phil Steitz wrote:
> > On 11/18/10 8:43 PM, sebb wrote:
> >>
> >> O
On 19 November 2010 02:07, Phil Steitz wrote:
> On 11/18/10 8:43 PM, sebb wrote:
>>
>> On 19 November 2010 01:12, Gary Gregory
>> wrote:
>>>
>>> I know we've gone back and forth but I think it would be nice to adopt a
>>> convention to include source and javadoc in the bin distro.
>>
>> OK by me
Better add my vote before I forget ...
On 17 November 2010 01:27, sebb wrote:
> This is a vote to release Apache Commons NET 2.2 based on RC3.
>
> Changes since RC1 are:
> - drop unnecessary jars from binary archive
> - include RELEASE-NOTES in binary and source archives
>
> [X] +1 release it
> [
On 11/18/10 8:43 PM, sebb wrote:
On 19 November 2010 01:12, Gary Gregory wrote:
I know we've gone back and forth but I think it would be nice to adopt a
convention to include source and javadoc in the bin distro.
OK by me so long as there is only one copy of the javadoc in the bin distro.
On 19 November 2010 01:12, Gary Gregory wrote:
> I know we've gone back and forth but I think it would be nice to adopt a
> convention to include source and javadoc in the bin distro.
OK by me so long as there is only one copy of the javadoc in the bin distro.
> From my POV, I get the bin distr
I know we've gone back and forth but I think it would be nice to adopt a
convention to include source and javadoc in the bin distro.
>From my POV, I get the bin distro to use from an IDE, so I really want the
>source jar. I used the src distro to fix bugs and add features.
It is not worth holdi
Mostly we complain that we don't have enough reporting just yet.
But seriously, the long running programs in Mahout are almost all map-reduce
jobs and there is a fairly good framework for
progress reporting in Hadoop. This includes normal logging as well as a
counter framework that allows code to
On 11/18/10 7:17 PM, Ted Dunning wrote:
I really don't think that a general progress listener framework implies this
clutter and for long running algorithms is
a very nice thing.
I agree. Do you have specific ideas on how best to look at this?
What does Mahout do?
Phil
CM does not actual
On 11/18/10 10:27 AM, Mark Thomas wrote:
On 18/11/2010 15:11, Ralph Goers wrote:
It would be good to have a definitive position on this.
The definitive ASF position is:
- the ASF releases source code
- the src release should contain everything needed to build
- binary releases are optional
- b
I really don't think that a general progress listener framework implies this
clutter and for long running algorithms is
a very nice thing. CM does not actually have all that many long running
algorithms.
On the other hand, the proposed interface is not a general progress listener
and is not a goo
On Thu, Nov 18, 2010 at 6:48 PM, Ralph Goers wrote:
>
> I haven't started a vote yet on VFS. I thought it would be nice to have a
> common policy on how to do this for all commons releases. I'd prefer to
> leave the javadoc and source jars in the binary distribution so I'm not going
> to chan
Hello.
> >The problem is that we would again be re-inventing some wheel which IMHO
> doesn't belong to a low-level math library such as CM.
> >A basic logging interface already exists: It's "slf4j".
>
> slf4j and the interface I had in mind are completely different things. slf4j
> is a generic lo
On Nov 18, 2010, at 8:21 AM, James Carman wrote:
> A release can't be vetoed anyway. So, you've got one -1 (if I am
> counting correctly). Go ahead and release it if you've got enough
> other folks behind it (minimum of three +1s)
I haven't started a vote yet on VFS. I thought it would be nice
On Thu, Nov 18, 2010 at 11:47 AM, Jörg Schaible
wrote:
>
> I don't count any -1, even Oliver voted +1.
>
There was a -1 from Daniel Savarese, right?
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional com
sebb wrote:
> This is a vote to release Apache Commons NET 2.2 based on RC3.
>
> Changes since RC1 are:
> - drop unnecessary jars from binary archive
> - include RELEASE-NOTES in binary and source archives
>
> [ ] +1 release it
> [ ] +0 go ahead I don't care
> [ ] -1 no, do not release it becaus
>The problem is that we would again be re-inventing some wheel which IMHO
doesn't belong to a low-level math library such as CM.
>A basic logging interface already exists: It's "slf4j".
slf4j and the interface I had in mind are completely different things. slf4j
is a generic logging interface mea
One thing that will make plotting possible is a project I'm working
on. Not ready for use, but here's a summary.
The amath4jtcl project provides an extension for the JTcl project
that allows one to use Commons Math Vectors and Matrices within Tcl
Expressions. In combination with my Swan
On 18 November 2010 16:09, Niall Pemberton wrote:
> On Thu, Nov 18, 2010 at 3:11 PM, Ralph Goers
> wrote:
>> It would be good to have a definitive position on this. The VFS build
>> includes the javadoc and source jars in the distribution zip, even though
>> there is a separate source distribu
Hello.
> >Did you use the "MATH_2_X" or the "trunk" repository?
>
>
> I think "MATH_2_X", but will test with trunk. I think the patch should
> be against trunk?
Yes.
There were some changes introduced in the 3.0 development version.
Namely, please have a look at the "BaseAbstractScalarOptimize
> -Original Message-
> From: Ralph Goers [mailto:ralph.go...@dslextreme.com]
> Sent: Thursday, November 18, 2010 07:12
> To: Commons Developers List
> Subject: Release distribution contents.
>
> It would be good to have a definitive position on this.
IMO, it would be even good-er to have
James Carman wrote:
> A release can't be vetoed anyway. So, you've got one -1 (if I am
> counting correctly).
I don't count any -1, even Oliver voted +1.
> Go ahead and release it if you've got enough
> other folks behind it (minimum of three +1s)
Personally I don't care if these two jars are
A release can't be vetoed anyway. So, you've got one -1 (if I am
counting correctly). Go ahead and release it if you've got enough
other folks behind it (minimum of three +1s)
On Thu, Nov 18, 2010 at 11:09 AM, Niall Pemberton
wrote:
> On Thu, Nov 18, 2010 at 3:11 PM, Ralph Goers
> wrote:
>> It
On Thu, Nov 18, 2010 at 3:11 PM, Ralph Goers wrote:
> It would be good to have a definitive position on this. The VFS build
> includes the javadoc and source jars in the distribution zip, even though
> there is a separate source distribution zip (the source distribution is
> complete while the
>Did you use the "MATH_2_X" or the "trunk" repository?
I think "MATH_2_X", but will test with trunk. I think the patch should
be against trunk?
>> modifiable. Should we create an additional interface extending
>> MultivariateRealOptimizer which covers this aspect?
>No.
>All the parameters must
On 18/11/2010 15:11, Ralph Goers wrote:
> It would be good to have a definitive position on this.
The definitive ASF position is:
- the ASF releases source code
- the src release should contain everything needed to build
- binary releases are optional
- binary releases, if provided, should be deri
Hello.
> A new Jira issue was recently created
> https://issues.apache.org/jira/browse/MATH-442
> regarding the contribution of a new optimization algorithm CMA-ES.
>
> [...]
>
> The implementation is already "ported" to commons.math, it is mainly
> dependent
> on the linear package.
Did you
It would be good to have a definitive position on this. The VFS build includes
the javadoc and source jars in the distribution zip, even though there is a
separate source distribution zip (the source distribution is complete while the
source jar is only suitable for use by an IDE). I'm close to
A new Jira issue was recently created
https://issues.apache.org/jira/browse/MATH-442
regarding the contribution of a new optimization algorithm CMA-ES.
Recently I implemented the optimization algorithm CMA-ES based on
org.apache.commons.math.linear and used it for
On 11/18/10 5:04 AM, sebb wrote:
On 18 November 2010 07:22, Oliver Heger wrote:
Build works fine with JDK 1.5 on Windows 7. Artifacts look good.
The only nitpick I found is that the binary distribution does not contain
the source and Javadocs jar.
That's deliberate.
It contains the Javadocs
On 18 November 2010 07:22, Oliver Heger wrote:
> Build works fine with JDK 1.5 on Windows 7. Artifacts look good.
>
> The only nitpick I found is that the binary distribution does not contain
> the source and Javadocs jar.
That's deliberate.
It contains the Javadocs as individual files, so inclu
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-jelly-tags-quartz has an issue affecting its community
integratio
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
34 matches
Mail list logo
