Sorry - writing on mobile devices while traveling is never a good idea - guess
I need one of those messages that tries to apologies for having fingers bigger
than a mobile keyboard :) - here's what I was saying without all of the duh
built in:
>> My fellow committer (this time you are that fell
Adam,
It's also a matter of time.
Jacques
From: "Adam Heath"
David E Jones wrote:
In spite of what you wrote here I will resist the urge to reply in any detail.
I hope others will recognize how shallow and sanctimonious these remarks are,
and that at least some will understand and make an
Tim Ruppert wrote:
> My fellow committer has his terseness in response - but I have to admit that
> I'd rather have him consistently call that spade a spade not too because he's
> just too busy to help to do it right ... Completely new implementations are
> one thing, but when you're replacing
My fellow committer has his terseness in response - but I have to admit that
I'd rather have him consistently call that spade a spade not too because he's
just too busy to help to do it right ... Completely new implementations are
one thing, but when you're replacing existing functionality we'v
On Thu, 2010-02-04 at 19:04 -0600, Adam Heath wrote:
> Hans Bakker wrote:
> > Adam,
> >
> > please do not introduce the Debian fights where you seem to be so proud
> > of, in this mailing list.
>
> I never said that. I said my experience with Debian in the past has
> made me able to work better
On Feb 4, 2010, at 7:10 PM, Adam Heath wrote:
> David E Jones wrote:
>> In spite of what you wrote here I will resist the urge to reply in any
>> detail.
>>
>> I hope others will recognize how shallow and sanctimonious these remarks
>> are, and that at least some will understand and make an ef
David E Jones wrote:
> In spite of what you wrote here I will resist the urge to reply in any detail.
>
> I hope others will recognize how shallow and sanctimonious these remarks are,
> and that at least some will understand and make an effort not to treat others
> this way. Empathy and compassi
David E Jones wrote:
> In spite of what you wrote here I will resist the urge to reply in any detail.
>
> I hope others will recognize how shallow and sanctimonious these remarks are,
> and that at least some will understand and make an effort not to treat others
> this way. Empathy and compassi
Hans Bakker wrote:
> Adam,
>
> please do not introduce the Debian fights where you seem to be so proud
> of, in this mailing list.
I never said that. I said my experience with Debian in the past has
made me able to work better in community projects. And that if people
think this is a flamewar,
Discussions will always happen, I agree on this.
But if there are frequent frictions caused by different philosophy and vision
about OFBiz, as I think is happening recently, then in my opinion we should
try, all together, to address them.
I have spent a lot of time thinking about this and trying
Why do you feel you need to solve anything? Let the players sort things
out for themselves.
There will always be disagreements in the community. Within the
community we have design philosophy differences and cultural
differences. Those differences have to be discussed and resolved. There
is n
Adam,
please do not introduce the Debian fights where you seem to be so proud
of, in this mailing list.
I appreciate your technical involvement but your mailinglist behavior is
not acceptable. You are scaring away any new contributions from new
people.
Regards,
Hans
On Wed, 2010-02-03 at 22:3
In spite of what you wrote here I will resist the urge to reply in any detail.
I hope others will recognize how shallow and sanctimonious these remarks are,
and that at least some will understand and make an effort not to treat others
this way. Empathy and compassion most certainly have a place
David E Jones wrote:
> Go on all you like. The simple point is that you need to tone it
> down if you want others to be willing to contribute. This is a
> community-driven project, and you are not the boss. If you want
> code to be a certain way, then by all means step up and make it
> that way. Wh
Go on all you like. The simple point is that you need to tone it down if you
want others to be willing to contribute. This is a community-driven project,
and you are not the boss. If you want code to be a certain way, then by all
means step up and make it that way. Why do you expect others to d
Adrian Crum wrote:
> *gasp*
>
> You commented on the committer, not on the commit.
>
> *renounces faith in Heathenism*
Exactly. I do it so rarely, that when I do, I must mean it. I have a
high tolerance for this stuff, but this time I just had to speak out.
From: "Adrian Crum"
--- On Tue, 2/2/10, Adam Heath wrote:
From: Adam Heath
Subject: Re: svn commit: r905878 - in /ofbiz/trunk/specialpurpose:
ebay/build.xml ebaystore/ofbiz-component.xml
To: dev@ofbiz.apache.org
Date: Tuesday, February 2, 2010, 9:53 PM
David E Jones wrote:
> O
--- On Tue, 2/2/10, Adam Heath wrote:
> Um, very often I do. For any large commit set where I
> know it could
> cause problems with external entities, I do interim testing
> at each
> commit level, clean-all/run-install/run-tests.
This process can't be stressed enough. I always run ant clean-all
--- On Tue, 2/2/10, Adam Heath wrote:
> From: Adam Heath
> Subject: Re: svn commit: r905878 - in /ofbiz/trunk/specialpurpose:
> ebay/build.xml ebaystore/ofbiz-component.xml
> To: dev@ofbiz.apache.org
> Date: Tuesday, February 2, 2010, 9:53 PM
> David E Jones wrote:
> >
Hans Bakker wrote:
> On Wed, 2010-02-03 at 00:21 -0600, Adam Heath wrote:
>
>>> 2. if you would have the lib file on your disk, the build would not
>>> fail.
>> Huh? It was not possible for this to succeed. How did it succeed for
>> you? In a word, it didn't, because you didn't even try.
>>
>
>
Scott Gray wrote:
> Wow, how about we all calm it down a few levels, despite the biblical
> references I don't think the end is nigh quite just yet and it's safe to
> relax a little bit.
>
> One downside of buildbot is that everybody is acutely aware of any failures
> that occur regardless of h
On 2/02/2010, at 10:58 PM, Hans Bakker wrote:
> Hi Scott,
>
> it would be really nice if you could try to work together and not always
> try to show that you are technically capable.
That is certainly not my intention and it bothers me greatly if it comes across
that way. My reasoning was that
Hi Scott,
it would be really nice if you could try to work together and not always
try to show that you are technically capable. You already showed your
technical capability several times and we appreciate what you are doing
in that area, it helped the project a lot.
I can only say that it did co
Wow, how about we all calm it down a few levels, despite the biblical
references I don't think the end is nigh quite just yet and it's safe to relax
a little bit.
One downside of buildbot is that everybody is acutely aware of any failures
that occur regardless of how quickly they are fixed, but
On 2/02/2010, at 10:25 PM, Hans Bakker wrote:
> On Wed, 2010-02-03 at 00:21 -0600, Adam Heath wrote:
>
>>> 2. if you would have the lib file on your disk, the build would not
>>> fail.
>>
>> Huh? It was not possible for this to succeed. How did it succeed for
>> you? In a word, it didn't, bec
On Wed, 2010-02-03 at 00:21 -0600, Adam Heath wrote:
> > 2. if you would have the lib file on your disk, the build would not
> > fail.
>
> Huh? It was not possible for this to succeed. How did it succeed for
> you? In a word, it didn't, because you didn't even try.
>
so you tell me that i am
On Feb 2, 2010, at 11:53 PM, Adam Heath wrote:
> David E Jones wrote:
>> On Feb 2, 2010, at 11:07 PM, Adam Heath wrote:
>>
>>> hans...@apache.org wrote:
Author: hansbak
Date: Wed Feb 3 03:58:13 2010
New Revision: 905878
URL: http://svn.apache.org/viewvc?rev=905878&view
Hans Bakker wrote:
> Really amazing Adam,
>
> 1. the commit has no functional changes it is a move.
Wrong, it changes things, you have to verify that they work. Really.
A simple clean/build would have found it.
> 2. if you would have the lib file on your disk, the build would not
> fail.
Huh?
Really amazing Adam,
1. the commit has no functional changes it is a move.
2. if you would have the lib file on your disk, the build would not
fail.
3. the build error was corrected in less than an hour.
Regards,
Hans
On Tue, 2010-02-02 at 23:07 -0600, Adam Heath wrote:
> hans...@apache.org wrot
David E Jones wrote:
> On Feb 2, 2010, at 11:07 PM, Adam Heath wrote:
>
>> hans...@apache.org wrote:
>>> Author: hansbak
>>> Date: Wed Feb 3 03:58:13 2010
>>> New Revision: 905878
>>>
>>> URL: http://svn.apache.org/viewvc?rev=905878&view=rev
>>> Log:
>>> fix build error reported by buildbot
>> Ho
On Feb 2, 2010, at 11:07 PM, Adam Heath wrote:
> hans...@apache.org wrote:
>> Author: hansbak
>> Date: Wed Feb 3 03:58:13 2010
>> New Revision: 905878
>>
>> URL: http://svn.apache.org/viewvc?rev=905878&view=rev
>> Log:
>> fix build error reported by buildbot
>
> How did you not discover this b
hans...@apache.org wrote:
> Author: hansbak
> Date: Wed Feb 3 03:58:13 2010
> New Revision: 905878
>
> URL: http://svn.apache.org/viewvc?rev=905878&view=rev
> Log:
> fix build error reported by buildbot
How did you not discover this before you commited it? Did you not do
a clean-all/run-install
32 matches
Mail list logo