On 3/20/11 12:18 PM, Gilles Sadowski wrote:
> Phil,
>
>> Sorry to be blunt here, but it *is* up to the community to decide
>> how we manage our source code. We have established practices that
>> we expect all committers to abide by. These practices include
>> separating commits. You need to do t
Le 20/03/2011 19:28, Phil Steitz a écrit :
> Quite a few methods have been added to RandomDataImpl that are not
> in RandomData. The methods were added to the impl class only to
> preserve backward compatibility in versions 1 and 2. In 3.0, we now
> have the choice to add the methods to the inter
Phil,
> Sorry to be blunt here, but it *is* up to the community to decide
> how we manage our source code. We have established practices that
> we expect all committers to abide by. These practices include
> separating commits. You need to do that. Thanks.
Yes, you are blunt, and patronizing.
Quite a few methods have been added to RandomDataImpl that are not
in RandomData. The methods were added to the impl class only to
preserve backward compatibility in versions 1 and 2. In 3.0, we now
have the choice to add the methods to the interface or even dispense
with the interface altogether
On 3/20/11 10:08 AM, Gilles Sadowski wrote:
> On Sun, Mar 20, 2011 at 01:30:37PM +, sebb wrote:
>> On 20 March 2011 10:12, Gilles Sadowski wrote:
>>> Hi.
>>>
Gilles,
This should have been done in three separate commits.
The first one, at least, should have been separat
On Sun, Mar 20, 2011 at 01:30:37PM +, sebb wrote:
> On 20 March 2011 10:12, Gilles Sadowski wrote:
> > Hi.
> >
> >> Gilles,
> >>
> >> This should have been done in three separate commits.
> >>
> >> The first one, at least, should have been separated. It is easier
> >> for reviewers and makes
On 20 March 2011 10:12, Gilles Sadowski wrote:
> Hi.
>
>> Gilles,
>>
>> This should have been done in three separate commits.
>>
>> The first one, at least, should have been separated. It is easier
>> for reviewers and makes the commit log clearer if we separate
>> formatting / javadoc cleanup co
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
Hi all,
It seems I forgot to store the final version as a separate tag when
releasing 2.2.
Sorry for the late fix
Luc
Le 20/03/2011 12:54, l...@apache.org a écrit :
> Author: luc
> Date: Sun Mar 20 11:54:15 2011
> New Revision: 1083415
>
> URL: http://svn.apache.org/viewvc?rev=1083415&view=rev
Le 20/03/2011 11:12, Gilles Sadowski a écrit :
> Hi.
>
>> Gilles,
>>
>> This should have been done in three separate commits.
>>
>> The first one, at least, should have been separated. It is easier
>> for reviewers and makes the commit log clearer if we separate
>> formatting / javadoc cleanup co
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
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-vfs2 has an issue affecting its community integration.
This issue
Hi.
> Gilles,
>
> This should have been done in three separate commits.
>
> The first one, at least, should have been separated. It is easier
> for reviewers and makes the commit log clearer if we separate
> formatting / javadoc cleanup commits from those that update or
> change the code. The
13 matches
Mail list logo
