James Denholm wrote:
> Felipe, I would ask, suggest, beg, implore you to calm down.
I am calmed down. I waited a day before replying to make sure of that.
> It's generally not a good plan to alienate the maintainer of a
> project, regardless of the correctness or incorrectness of one's
> arguments, but I fear that's only what you will achieve at the moment.
He has already alienated me. In fact he asked me before to leave the
mailing list. And I did for a while.
However, at some level he knows my patches are beneficial to the
project, so he is applying them again.
Either way it doesn't matter if I'm calmed down or not, abrassive or
civil, this ad hominmen double standards bullshit is going to continue.
See what was his reply to my mail? *Nothing*.
What was his reply when I argued if he even admitted he could
potentially be wrong, and if so would essentially trash a project I've
worked very hard for? *Nothing*.
What was his reply when I argued that git-remote-hg has more quality
than all the tools in contrib, even some in the core and therefore
doesn't belong there? *Nothing*.
What was his reply when I said double standards were applied for
How about when I argued there was no mechanism for out-of-tree tools to
be properly maintained and promoted, and moving tools outside of the
tree shouldn't be done before that happens? *Nothing*.
What did he say when I suggested to move out git-p4 and git-svn, if he
is so sure important tools can "flourish" out-of-tree? *Nothing*.
The truth is that it doesn't matter how I present my arguments, calmly
or otherwise. He is *never* going to accept he was wrong, especially not
when that would mean I was right.
Don't expect any more git-remote-hg patches from me. If Junio thinks
it's just another crappy contrib tool, then I'll threat it as one.
And unfortunately Junio would rather let an important part of Git die a
slow death rather than admit he was wrong. Just watch him ignore the
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html