On Thu, May 21, 2009 at 1:42 PM, Luc Maisonobe wrote:
> Luc Maisonobe a écrit :
>
>> So let's vote on this proposal: change the top level package name on
>> [math] from org.apache.commons.math to org.apache.commons.math2.
>>
>> [] +1 change the top level package name
>> [] 0 I don't care
>> [] -1
On Fri, May 22, 2009 at 6:14 AM, sebb wrote:
> On 22/05/2009, Rahul Akolkar wrote:
>> On Fri, May 22, 2009 at 7:08 AM, sebb wrote:
>> > On 22/05/2009, Christian Grobmeier wrote:
>> >> > Another minor glitch I noticed just now. All pages seem to include a
>> >> > green "1.1-SNAPSHOT" in the
On Fri, May 22, 2009 at 2:12 AM, Christian Grobmeier
wrote:
>> Another minor glitch I noticed just now. All pages seem to include a
>> green "1.1-SNAPSHOT" in the grey headline, which may come in via the
>> generating style sheet or an ant property (I didn't check how the site
>> is generated).
>
On Fri, May 22, 2009 at 3:56 AM, sebb wrote:
> On 22/05/2009, Henri Yandell wrote:
>> On Thu, May 21, 2009 at 8:24 AM, sebb wrote:
>> > On 21/05/2009, Henri Yandell wrote:
>> >> I don't expect this to pass the first vote - they never do :)
>> >>
>> >> ---
>> >>
>> >> Tag:
>> >>
>> >>
On Fri, May 22, 2009 at 4:01 AM, sebb wrote:
> On 22/05/2009, Henri Yandell wrote:
>> On Thu, May 21, 2009 at 3:22 AM, sebb wrote:
>>
>> > [I think the DOAP files should not be in trunk at all]
>>
>> Agreed. We should move them up a directory.
>
> Or more - why not just have a single directory
On 23/05/2009, Rahul Akolkar wrote:
> On Fri, May 22, 2009 at 7:01 PM, sebb wrote:
> > On 22/05/2009, Rahul Akolkar wrote:
> >> On Fri, May 22, 2009 at 9:14 AM, sebb wrote:
> >> > On 22/05/2009, Rahul Akolkar wrote:
> >> >> On Fri, May 22, 2009 at 7:08 AM, sebb wrote:
> >> >> > On 22
On Fri, May 22, 2009 at 7:01 PM, sebb wrote:
> On 22/05/2009, Rahul Akolkar wrote:
>> On Fri, May 22, 2009 at 9:14 AM, sebb wrote:
>> > On 22/05/2009, Rahul Akolkar wrote:
>> >> On Fri, May 22, 2009 at 7:08 AM, sebb wrote:
>> >> > On 22/05/2009, Christian Grobmeier wrote:
>> >> >> > Ano
On 22/05/2009, Rahul Akolkar wrote:
> On Fri, May 22, 2009 at 9:14 AM, sebb wrote:
> > On 22/05/2009, Rahul Akolkar wrote:
> >> On Fri, May 22, 2009 at 7:08 AM, sebb wrote:
> >> > On 22/05/2009, Christian Grobmeier wrote:
> >> >> > Another minor glitch I noticed just now. All pages seem
On Fri, May 22, 2009 at 9:14 AM, sebb wrote:
> On 22/05/2009, Rahul Akolkar wrote:
>> On Fri, May 22, 2009 at 7:08 AM, sebb wrote:
>> > On 22/05/2009, Christian Grobmeier wrote:
>> >> > Another minor glitch I noticed just now. All pages seem to include a
>> >> > green "1.1-SNAPSHOT" in the
Andrew M wrote:
> On this page:
>
> http://commons.apache.org/configuration/userguide/howto_compositeconfigurati
> on.html#Composite_Configuration_Details
>
>
>
> the example doesn't work. CompositConfiguration has no addDefaults()
> method.
>
>
Thank you for spotting this. The line shoul
John Bollinger wrote:
>
>
> sebb wrote:
>> Below is a sample of how we might proceed with the removal of
>> Serializable from implementations.
>>
>> Feedback please!
>
> [...]
>
>> /** Serializable version identifier. */
>> private static final long serialVersionUID = -20361316980311
Hama is a proposed distributed matrix implementation system that is based on
using map-reduce to implement basic matrix operations and uses hbase to
store matrices. Getting useful performance out of this substrate for dense
matrix operations is likely to be fairly challenging due to I/O costs. Fo
> Is Hama related to Hadoop ?
Yes, it is.
On Fri, May 22, 2009 at 8:05 PM, Luc Maisonobe wrote:
> Sam Halliday a écrit :
>> Edward, Hama looks fantastic! I fully agree, 'distributed' isn't agreeable
>> with commons-math. However, there might be parts of it that are relevant to
>> Hama.
>
> Is Ha
On 22/05/2009, John Bollinger wrote:
>
>
> sebb wrote:
> > Below is a sample of how we might proceed with the removal of
> > Serializable from implementations.
> >
> > Feedback please!
>
>
> [...]
>
>
> > /** Serializable version identifier. */
> > private static final long serial
sebb wrote:
> Below is a sample of how we might proceed with the removal of
> Serializable from implementations.
>
> Feedback please!
[...]
> /** Serializable version identifier. */
> private static final long serialVersionUID = -2036131698031167221L;
I strongly recommend using small
On 22/05/2009, Luc Maisonobe wrote:
> sebb AT ASF a écrit :
>
> > Below is a sample of how we might proceed with the removal of
> > Serializable from implementations.
> >
> > Feedback please!
>
>
> This is fine to me.
I just realised that the new release is 2.0, not 3.3!
So the comment in the
sebb AT ASF a écrit :
> Below is a sample of how we might proceed with the removal of
> Serializable from implementations.
>
> Feedback please!
This is fine to me.
Luc
>
> On 22/05/2009, s...@apache.org wrote:
>> Author: sebb
>> Date: Fri May 22 12:58:26 2009
>> New Revision: 777501
>>
>>
sebb a écrit :
> On 22/05/2009, Luc Maisonobe wrote:
>> sebb a écrit :
>>
>>> On 22/05/2009, Phil Steitz wrote:
>> >> Luc Maisonobe wrote:
>> >>
>> >>> Ted Dunning a écrit :
>> >>>
>> >>>
>> In favor or not, Serializable shouldn't in in widely used interfaces.
>>
>> As an e
sebb a écrit :
> On 22/05/2009, Luc Maisonobe wrote:
>> sebb a écrit :
>>
>>> On 22/05/2009, Phil Steitz wrote:
>> >> Luc Maisonobe wrote:
>> >>
>> >>> Ted Dunning a écrit :
>> >>>
>> >>>
>> In favor or not, Serializable shouldn't in in widely used interfaces.
>>
>> As an e
Below is a sample of how we might proceed with the removal of
Serializable from implementations.
Feedback please!
On 22/05/2009, s...@apache.org wrote:
> Author: sebb
> Date: Fri May 22 12:58:26 2009
> New Revision: 777501
>
> URL: http://svn.apache.org/viewvc?rev=777501&view=rev
> Log:
> M
On 22/05/2009, Rahul Akolkar wrote:
> On Fri, May 22, 2009 at 7:08 AM, sebb wrote:
> > On 22/05/2009, Christian Grobmeier wrote:
> >> > Another minor glitch I noticed just now. All pages seem to include a
> >> > green "1.1-SNAPSHOT" in the grey headline, which may come in via the
> >> > ge
On Fri, May 22, 2009 at 7:08 AM, sebb wrote:
> On 22/05/2009, Christian Grobmeier wrote:
>> > Another minor glitch I noticed just now. All pages seem to include a
>> > green "1.1-SNAPSHOT" in the grey headline, which may come in via the
>> > generating style sheet or an ant property (I didn't c
On 22/05/2009, Luc Maisonobe wrote:
> sebb a écrit :
>
> > On 22/05/2009, Phil Steitz wrote:
> >> Luc Maisonobe wrote:
> >>
> >>> Ted Dunning a écrit :
> >>>
> >>>
> In favor or not, Serializable shouldn't in in widely used interfaces.
>
> As an example, a Lucene index is a
sebb a écrit :
> On 22/05/2009, Phil Steitz wrote:
>> Luc Maisonobe wrote:
>>
>>> Ted Dunning a écrit :
>>>
>>>
In favor or not, Serializable shouldn't in in widely used interfaces.
As an example, a Lucene index is a reasonable implementation of a sparse
matrix.
Would
[I changed the subject to help follow the thread]
Phil Steitz a écrit :
> Luc Maisonobe wrote:
>> Ted Dunning a écrit :
>>
>>> In favor or not, Serializable shouldn't in in widely used interfaces.
>>>
>>> As an example, a Lucene index is a reasonable implementation of a sparse
>>> matrix.
>>>
>>
On 22/05/2009, Phil Steitz wrote:
> Luc Maisonobe wrote:
>
> > Ted Dunning a écrit :
> >
> >
> > > In favor or not, Serializable shouldn't in in widely used interfaces.
> > >
> > > As an example, a Lucene index is a reasonable implementation of a sparse
> > > matrix.
> > >
> > > Would you require
On 22/05/2009, Christian Grobmeier wrote:
> > Another minor glitch I noticed just now. All pages seem to include a
> > green "1.1-SNAPSHOT" in the grey headline, which may come in via the
> > generating style sheet or an ant property (I didn't check how the site
> > is generated).
>
>
> Thanks,
Sam Halliday a écrit :
> Edward, Hama looks fantastic! I fully agree, 'distributed' isn't agreeable
> with commons-math. However, there might be parts of it that are relevant to
> Hama.
Is Hama related to Hadoop ?
>
> We should absolutely ensure that the "ducks are aligned" between
> commons-mat
On 22/05/2009, Ceki Gulcu wrote:
>
> Niall Pemberton wrote:
>
> >
> > So the alternative to releasing the version to the main maven repo is
> > to setup a one-off repo just containing this 0.0-EMPTY version of
> > logging and users who want to depend on it adding that repo to their
> > pom along
On 22/05/2009, Henri Yandell wrote:
> On Thu, May 21, 2009 at 3:22 AM, sebb wrote:
>
> > [I think the DOAP files should not be in trunk at all]
>
> Agreed. We should move them up a directory.
Or more - why not just have a single directory with all the doaps in it?
> Hen
>
>
On 22/05/2009, Henri Yandell wrote:
> On Thu, May 21, 2009 at 8:24 AM, sebb wrote:
> > On 21/05/2009, Henri Yandell wrote:
> >> I don't expect this to pass the first vote - they never do :)
> >>
> >> ---
> >>
> >> Tag:
> >>
> >>
> https://svn.apache.org/repos/asf/commons/proper/colle
Edward, Hama looks fantastic! I fully agree, 'distributed' isn't agreeable
with commons-math. However, there might be parts of it that are relevant to
Hama.
We should absolutely ensure that the "ducks are aligned" between
commons-math and Hama. It would be win-win if Hama were able to use
commons
Luc Maisonobe wrote:
Ted Dunning a écrit :
In favor or not, Serializable shouldn't in in widely used interfaces.
As an example, a Lucene index is a reasonable implementation of a sparse
matrix.
Would you require that I have to figure out how to make it serializable just
because I declare it
> Another minor glitch I noticed just now. All pages seem to include a
> green "1.1-SNAPSHOT" in the grey headline, which may come in via the
> generating style sheet or an ant property (I didn't check how the site
> is generated).
Thanks, but it looks like "know issue":
http://wiki.apache.org/co
Niall Pemberton wrote:
So the alternative to releasing the version to the main maven repo is
to setup a one-off repo just containing this 0.0-EMPTY version of
logging and users who want to depend on it adding that repo to their
pom along with the 0.0-EMPTY dependency. Thats just a few extra lin
Ted Dunning a écrit :
> In favor or not, Serializable shouldn't in in widely used interfaces.
>
> As an example, a Lucene index is a reasonable implementation of a sparse
> matrix.
>
> Would you require that I have to figure out how to make it serializable just
> because I declare it as a Matrix?
It's a shame you can't use the GNU Trove project, it would be a perfect
robust backend for primitive mapping.
Bill Barker wrote:
>
> I've just been playing Code-Monkey, so Phil and Luc can do more
> interesting
> stuff, and we can get the 2.0 version released ;). OpenIntToDoubleHashMap
> was
37 matches
Mail list logo
