BTW, why do I get this stuff? Am I missing something? Can we block
this? Its going to iss...@commons.apache.org
2011/4/18 XXL Webhosting BV :
> Tomofumi Kitano (JIRA),
>
> Wij hebben uw bericht ontvangen. Een van onze medewerkers zal uw bericht zo
> spoedig mogelijk behandelen en indien nodig ve
Something to contact Infra about. I don't see anything obvious -
unless we have multiple users who are all redirecting their email to
the .nl address and something just broke.
Very odd.
Hen
2011/4/18 Christian Grobmeier :
> BTW, why do I get this stuff? Am I missing something? Can we block
> thi
On 15 April 2011 20:34, Daniel F. Savarese wrote:
>
> In message <-2240415941472220542@unknownmsgid>, Gary Gregory writes:
>>If your are going to break binary compatibility then a major release
>>is the time to do it. Is there any question that the design is wrong?
>
> I got the impression the cha
On 16 April 2011 09:45, Luc Maisonobe wrote:
> Le 16/04/2011 00:57, Gump a écrit :
>> 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.
On 18 April 2011 06:22, Stefan Bodewig wrote:
> On 2011-04-18, Adrian Crum wrote:
>
>> A suggestion: if the library has logging capability, then log a
>> warning saying that the archive was closed in the finalize
>> method. That will serve as a clue to the library user that they forgot
>> to close
On Sat, Jan 29, 2011 at 9:10 PM, Ralph Goers wrote:
> Can you try with the latest source in subversion?
>
I tried with a latest Commons VFS build and the problem still occurs :(
Thanks,
Hiranya
>
> Ralph
>
> On Jan 28, 2011, at 10:46 PM, Hiranya Jayathilaka wrote:
>
> > Hi Devs,
> >
> > We are
Hello infra,
can request like the below somehow be blocked from sending mail to:
iss...@commons.apache.org
Cheers,
Christian
>
>
> 2011/4/18 XXL Webhosting BV :
>> Tomofumi Kitano (JIRA),
>>
>> Wij hebben uw bericht ontvangen. Een van onze medewerkers zal uw bericht zo
>> spoedig mogelijk behan
On 18 April 2011 13:48, Hiranya Jayathilaka wrote:
> On Sat, Jan 29, 2011 at 9:10 PM, Ralph Goers
> wrote:
>
>> Can you try with the latest source in subversion?
>>
>
> I tried with a latest Commons VFS build and the problem still occurs :(
And what is the stack trace now?
> Thanks,
> Hiranya
>
On 4/18/11 3:12 AM, sebb wrote:
> On 16 April 2011 09:45, Luc Maisonobe wrote:
>> Le 16/04/2011 00:57, Gump a écrit :
>>> 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
The vote to release commons-parent 21 based on version 21-RC2 has failed.
There was one +1 vote (from me)
--
Thank you,
Gary
http://garygregory.wordpress.com/
http://garygregory.com/
http://people.apache.org/~ggregory/
http://twitter.com/GaryGregory
On 18 April 2011 18:02, Gary Gregory wrote:
> The vote to release commons-parent 21 based on version 21-RC2 has failed.
>
> There was one +1 vote (from me)
That does not mean the vote has failed. It merely means that the vote
has not passed.
If there had been a -1 with a valid reason, that could
On 18 April 2011 15:54, Phil Steitz wrote:
> On 4/18/11 3:12 AM, sebb wrote:
>> On 16 April 2011 09:45, Luc Maisonobe wrote:
>>> Le 16/04/2011 00:57, Gump a écrit :
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please v
On Mon, Apr 18, 2011 at 2:11 PM, sebb wrote:
> On 18 April 2011 18:02, Gary Gregory wrote:
> > The vote to release commons-parent 21 based on version 21-RC2 has failed.
> >
> > There was one +1 vote (from me)
>
> That does not mean the vote has failed. It merely means that the vote
> has not pas
Hi All:
This is a VOTE to release commons-parent 21 based on version 21-RC3.
The VOTE is open until Thursday April 21 16:00 EDT = UTC Thursday, April 21,
2011 at 20:00.
Changes:
- Upgrade maven-gpg-plugin to 1.2 from 1.1.
- Replace deprecated assembly goal "attached" with "single".
- Add test j
On 18 April 2011 21:03, Daniel F. Savarese wrote:
>
> In message , sebb writes:
>>If binary compat. is to be broken, then it needs to be done once, and
>>done properly so it does not have to be done again. That's not
>>something I personally have any inclination to tackle at present, so
>>I'm tryi
On Mon, Apr 18, 2011 at 1:35 PM, Daniel F. Savarese wrote:
>
> I guess I had more to say, or rather ask.
>
> In message , sebb writes:
>>really necessary, because of the additional work that it causes all
>>downstream users.
>
> What additional work? As far as I know, end users--as in people who
Daniel F. Savarese wrote:
>
> I guess I had more to say, or rather ask.
>
> In message , sebb
> writes:
>>really necessary, because of the additional work that it causes all
>>downstream users.
>
> What additional work? As far as I know, end users--as in people who don't
> write code--don't do
+1.
I'm perfectly happy with lazy consensus as voting for commons-parent.
Our Maven build system is not an external product and does not need
standard voting. Consider me +1 for any future commons-parent release
vote unless I (unlikely) send a -1.
Hen
On Mon, Apr 18, 2011 at 12:36 PM, Gary Grego
Gary Gregory wrote:
> Hi All:
>
> This is a VOTE to release commons-parent 21 based on version 21-RC3.
>
> The VOTE is open until Thursday April 21 16:00 EDT = UTC Thursday, April
> 21, 2011 at 20:00.
>
> Changes:
>
> - Upgrade maven-gpg-plugin to 1.2 from 1.1.
> - Replace deprecated assembly
On 18 April 2011 21:40, Henri Yandell wrote:
> On Mon, Apr 18, 2011 at 1:35 PM, Daniel F. Savarese wrote:
>>
>> I guess I had more to say, or rather ask.
>>
>> In message , sebb writes:
>>>really necessary, because of the additional work that it causes all
>>>downstream users.
>>
>> What addition
On 18 April 2011 21:42, Henri Yandell wrote:
> +1.
+1
> I'm perfectly happy with lazy consensus as voting for commons-parent.
> Our Maven build system is not an external product and does not need
> standard voting. Consider me +1 for any future commons-parent release
> vote unless I (unlikely) s
My +1
Gary
On Apr 18, 2011, at 16:43, Henri Yandell wrote:
> +1.
>
> I'm perfectly happy with lazy consensus as voting for commons-parent.
> Our Maven build system is not an external product and does not need
> standard voting. Consider me +1 for any future commons-parent release
> vote unless
As suggested by Hen, we should be able to use lazy consensus voting
for Commons Parent pom releases.
[ ] +1 let's use lazy consensus voting for Commons Parent pom in future
[ ] -1 why not?
-
To unsubscribe, e-mail: dev-unsubscr..
-1
POM changes can have big impacts, especially if an erroneous one is
released. It's not that I don't trust the person who makes the changes, but
I would like several people to approve the changes before the ecosystem is
impacted. Checks and balances.
If it turns out I am the only -1 vote, I wil
On 18 April 2011 23:11, Paul Benedict wrote:
> -1
>
> POM changes can have big impacts, especially if an erroneous one is
> released. It's not that I don't trust the person who makes the changes, but
> I would like several people to approve the changes before the ecosystem is
> impacted. Checks an
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-math 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-scxml-test has an issue affecting its community integration.
This
On 2011-04-18, Phil Steitz wrote:
> The problem is that without logging in to vmbuild, there does not
> appear to be a way to get to /target and see all the little
> surefire-reports files that maven creates so you can see which test
> case failed. Does anyone know of a way to get to /target onli
On 4/18/11 10:02 PM, Stefan Bodewig wrote:
> On 2011-04-18, Phil Steitz wrote:
>
>> The problem is that without logging in to vmbuild, there does not
>> appear to be a way to get to /target and see all the little
>> surefire-reports files that maven creates so you can see which test
>> case failed.
On 2011-04-18, sebb wrote:
> On 18 April 2011 06:22, Stefan Bodewig wrote:
>> On 2011-04-18, Adrian Crum wrote:
>>> A suggestion: if the library has logging capability, then log a
>>> warning saying that the archive was closed in the finalize
>>> method. That will serve as a clue to the library
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
+1 Although it is technically a release, I can't imagine why any external
entity would directly use it. Even if they do they would have to test it no
matter what we do. Having a less formal procedure for this just makes sense to
me.
Ralph
On Apr 18, 2011, at 2:40 PM, sebb wrote:
> As suggest
32 matches
Mail list logo
