On Fri, Jun 20, 2008 at 8:22 PM, Siegfried Goeschl
<[EMAIL PROTECTED]> wrote:
> I hereby call a vote to promote commons-exec from commons sandbox to proper
+1
/niklas
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional co
+1
2008/6/21 Siegfried Goeschl <[EMAIL PROTECTED]>:
> Hi folks,
>
> I hereby call a vote to promote commons-exec from commons sandbox to proper
>
> [ ] +1 go ahead and promote it
> [ ] 0 go ahead, I do not care
> [ ] -1 no, do not promote it because
>
>
> The vote ends on Wednesday, June 25th
On Fri, Jun 20, 2008 at 4:47 PM, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
> On 6/20/08, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>> Author: sgoeschl
>> Date: Fri Jun 20 06:21:04 2008
>> New Revision: 669887
>>
>> URL: http://svn.apache.org/viewvc?rev=669887&view=rev
>> Log:
>> Added note t
+1
On Jun 20, 2008, at 20:22, Siegfried Goeschl wrote:
Hi folks,
I hereby call a vote to promote commons-exec from commons sandbox to
proper
[ ] +1 go ahead and promote it
[ ] 0 go ahead, I do not care
[ ] -1 no, do not promote it because
The vote ends on Wednesday, June 25th 2008 1
On 20/06/2008, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
> On 6/20/08, sebb <[EMAIL PROTECTED]> wrote:
> > The Gump nag messages are currently sent from lots of different mail
> > addresses, all of which have to be subscribed (or allowed to post) to
> > the dev list.
> >
> > I think we shoul
On 20/06/2008, Martin Cooper <[EMAIL PROTECTED]> wrote:
> On Fri, Jun 20, 2008 at 6:46 AM, sebb <[EMAIL PROTECTED]> wrote:
>
> > The Gump nag messages are currently sent from lots of different mail
> > addresses, all of which have to be subscribed (or allowed to post) to
> > the dev list.
>
>
>
On Fri, Jun 20, 2008 at 6:46 AM, sebb <[EMAIL PROTECTED]> wrote:
> The Gump nag messages are currently sent from lots of different mail
> addresses, all of which have to be subscribed (or allowed to post) to
> the dev list.
IIRC (not a sure thing ;) it was set up this way so that the Gump team k
On 6/20/08, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Author: sgoeschl
> Date: Fri Jun 20 06:21:04 2008
> New Revision: 669887
>
> URL: http://svn.apache.org/viewvc?rev=669887&view=rev
> Log:
> Added note that those classes are not part of the public API
>
I'm not sure how we'd consider
On 6/20/08, Siegfried Goeschl <[EMAIL PROTECTED]> wrote:
> Hi folks,
>
> I hereby call a vote to promote commons-exec from commons sandbox to proper
>
> [X] +1 go ahead and promote it
> [ ] 0 go ahead, I do not care
> [ ] -1 no, do not promote it because
>
-Rahul
---
On 6/20/08, sebb <[EMAIL PROTECTED]> wrote:
> The Gump nag messages are currently sent from lots of different mail
> addresses, all of which have to be subscribed (or allowed to post) to
> the dev list.
>
> I think we should just use:
>
> Gump
>
> for them all.
>
Makes sense to me. Or even:
+1
sebb a écrit :
> +1
>
> On 20/06/2008, Matt Benson <[EMAIL PROTECTED]> wrote:
>> +1
>>
>> -Matt
>>
>> --- Siegfried Goeschl <[EMAIL PROTECTED]>
>> wrote:
>>
>>
>> > Hi folks,
>> >
>> > I hereby call a vote to promote commons-exec from
>> > commons sandbox to proper
>> >
>> > [ ] +1 g
+1 go ahead and promote it
Niall
On Fri, Jun 20, 2008 at 7:22 PM, Siegfried Goeschl
<[EMAIL PROTECTED]> wrote:
> Hi folks,
>
> I hereby call a vote to promote commons-exec from commons sandbox to proper
>
> [ ] +1 go ahead and promote it
> [ ] 0 go ahead, I do not care
> [ ] -1 no, do not promote
+1
On 20/06/2008, Matt Benson <[EMAIL PROTECTED]> wrote:
> +1
>
> -Matt
>
> --- Siegfried Goeschl <[EMAIL PROTECTED]>
> wrote:
>
>
> > Hi folks,
> >
> > I hereby call a vote to promote commons-exec from
> > commons sandbox to proper
> >
> > [ ] +1 go ahead and promote it
> > [ ] 0 go ahe
Good plain from Niall IMO.
Gary
-Original Message-
From: Niall Pemberton [mailto:[EMAIL PROTECTED]
Sent: Friday, June 20, 2008 11:21 AM
To: Commons Developers List
Subject: Re: [lang] Java 5
On Fri, Jun 20, 2008 at 4:42 PM, Henri Yandell <[EMAIL PROTECTED]> wrote:
> On Thu, Jun 12, 2008 a
+1
-Matt
--- Siegfried Goeschl <[EMAIL PROTECTED]>
wrote:
> Hi folks,
>
> I hereby call a vote to promote commons-exec from
> commons sandbox to proper
>
> [ ] +1 go ahead and promote it
> [ ] 0 go ahead, I do not care
> [ ] -1 no, do not promote it because â¦â¦â¦â¦
>
>
> The vote ends o
Hi folks,
I hereby call a vote to promote commons-exec from commons sandbox to proper
[ ] +1 go ahead and promote it
[ ] 0 go ahead, I do not care
[ ] -1 no, do not promote it because
The vote ends on Wednesday, June 25th 2008 19:00 CEST
Cheers,
Siegfried Goeschl
Proposal
On Fri, Jun 20, 2008 at 4:42 PM, Henri Yandell <[EMAIL PROTECTED]> wrote:
> On Thu, Jun 12, 2008 at 5:05 AM, sebb <[EMAIL PROTECTED]> wrote:
>> On 12/06/2008, James Carman <[EMAIL PROTECTED]> wrote:
>>> On Thu, Jun 12, 2008 at 7:28 AM, Niall Pemberton
>>>
>>> <[EMAIL PROTECTED]> wrote:
>>>
>>>
>>>
On Fri, Jun 20, 2008 at 12:47 PM, sebb <[EMAIL PROTECTED]> wrote:
> On 20/06/2008, Gary Gregory <[EMAIL PROTECTED]> wrote:
>> Isn't using a new package name the safest thing to do?
>>
>> What if: My application depends on lang1 (pre-Java 5 dependency) through a
>> 3rd party dependency. I want to
On 20/06/2008, Gary Gregory <[EMAIL PROTECTED]> wrote:
> Let me give a more precise example:
>
> Lang1 ClassA has method m1() marked deprecated.
>
> Lang2 ClassA has no method m1()
> Lang2 ClassA has method m2() not in Lang2
>
> Classpath=lang1;lang2: I can access m1 but not m2
> Classpath=lan
Let me give a more precise example:
Lang1 ClassA has method m1() marked deprecated.
Lang2 ClassA has no method m1()
Lang2 ClassA has method m2() not in Lang2
Classpath=lang1;lang2: I can access m1 but not m2
Classpath=lang2;lang1: I can access m2 but not m1
Does that make sense?
Gary
-Ori
On 20/06/2008, Gary Gregory <[EMAIL PROTECTED]> wrote:
> Isn't using a new package name the safest thing to do?
>
> What if: My application depends on lang1 (pre-Java 5 dependency) through a
> 3rd party dependency. I want to write my code with lang2 (Java 5 enabled). If
> lang2 has deprecations
Isn't using a new package name the safest thing to do?
What if: My application depends on lang1 (pre-Java 5 dependency) through a 3rd
party dependency. I want to write my code with lang2 (Java 5 enabled). If lang2
has deprecations removed, then the classpath order matters: lang1 has to come
fir
On Thu, Jun 12, 2008 at 5:05 AM, sebb <[EMAIL PROTECTED]> wrote:
> On 12/06/2008, James Carman <[EMAIL PROTECTED]> wrote:
>> On Thu, Jun 12, 2008 at 7:28 AM, Niall Pemberton
>>
>> <[EMAIL PROTECTED]> wrote:
>>
>>
>> >> Do you mean that the removal of the enums would mean that we have to
>> >> chan
--- sebb <[EMAIL PROTECTED]> wrote:
> Might need to set this SVN property:
>
> svn ps svn:eol-style CRLF
> src/java/org/apache/commons/jxpath/ri/parser/jcc.bat
>
> as BAT files need DOS line-endings.
>
> RAT also shows some missing AL headers.
Thanks again, Seb. :)
-Matt
>
> [These were a
Might need to set this SVN property:
svn ps svn:eol-style CRLF src/java/org/apache/commons/jxpath/ri/parser/jcc.bat
as BAT files need DOS line-endings.
RAT also shows some missing AL headers.
[These were against current trunk]
On 20/06/2008, Matt Benson <[EMAIL PROTECTED]> wrote:
> I do hereby
I do hereby cancel this vote. I also forgot to update
the release notes with the last bug I entered/fixed in
order to get tests (whose breakage only showed up on
JDK1.3) working again. Thanks and apologies to those
who checked out this RC. I think the next one will be
a winner...
-Matt
--- seb
The Gump nag messages are currently sent from lots of different mail
addresses, all of which have to be subscribed (or allowed to post) to
the dev list.
I think we should just use:
Gump
for them all.
This would avoid any problems if the real person from whom the mail is
supposed to come decide
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 [EMAIL PROTECTED]
Project commons-discovery has an issue affecting its community integration.
This issue af
Phil Steitz wrote:
Perhaps it would help if we had overloaded newData methods that accept
different input strategies, but ultimately they will produce a n x m
double array. That way we can provide users with choice.
I was thinking the same thing. The bit that is troubling me is the
omega matr
Phil,
Phil Steitz wrote:
I think R uses QR as described above. Comments or suggestions for other
default implementations are most welcome. We should aim to provide a
default implementation that is reasonably fast and provides good
numerics across a broad range of design matrices.
Got aroun
30 matches
Mail list logo