Plus, foreign SCM tools should live out-of-tree anyway.
Even if so, there ought to be a transitionary period in case there are
any users. We would need to warn potential users of its impending
removal in the documentation and at runtime.
This has nothing to do with that thread.
This is a *CORE* tool, not part of contrib.
Core tools should have tests, shouldn't they?
In a previous thread you were worried that git-remote-hg might break
things because the Mercurial interface could change and break tests
(which WON'T HAPPEN). And here we have a tool which doesn't even have
tests.
So let's merge git-remote-hg without tests, that way the build cannot
break.
If an actively maintained, production-ready, well tested, and actively
used tool cannot get into the core, why is an unmaintained, no tested at
all, not actively used tool in the core?
And BTW, the argument John Keeping used for git-remote-hg doesn't apply
to git-remote-bzr where the API doesn't change at all.
Such incredible double standards.
--
Felipe Contreras
From: Thomas Adam <hidden> Date: 2016-06-15 23:01:05
On 9 May 2014 18:52, Felipe Contreras [off-list ref] wrote:
Such incredible double standards.
I think I speak for everyone when I say: fuck off.
I'm sick and tired of seeing you pop up here with polemic and
rhetoric, publicly outing those who are making Git great, just because
you're not getting your own way.
You have a fork of git which you created, go away and use it.
-- Thomas Adam
From: Eric Wong <hidden> Date: 2016-06-15 23:01:05
Thomas Adam [off-list ref] wrote:
I think I speak for everyone when I say: fuck off.
I wouldn't put it so harshly...
Felipe: I suggest you take a long vacation away from development.
Whatever good you may be able to contribute today is drowned out by your
behavior. The projects you are involved with will get by fine without
you.
To help you with your vacation, I shall start ignoring you.
From: Felipe Contreras <hidden> Date: 2016-06-15 23:01:05
Eric Wong wrote:
Thomas Adam [off-list ref] wrote:
quoted
I think I speak for everyone when I say: fuck off.
I wouldn't put it so harshly...
Felipe: I suggest you take a long vacation away from development.
Nah, I'm done.
Whatever good you may be able to contribute today is drowned out by your
behavior.
That's OK because I'm never contributing again.
I'd contribute patches that would be a burden to maintain on my tree
otherwise, but all the goodies will go to my git-fc fork.
There is just no point in contributin to Git, because nothing ever
changes ever. Nothing gets removed, nothing changed.
The projects you are involved with will get by fine without you.
git-remote-hg didn't get by so fine without me.
--
Felipe Contreras
Thanks for this link. Took me a while to find -- git ML is quite busy
:-) -- to be honest it might be good if you make it a separate post,
rather than having to find buried in the removal threads that
"everything's ok, safe to ignore this very thread you're reading";
specially for the casual readers.
Can we ban Felipe from the ML? If he's been a positive contributor in
the past, perhaps it can be a temporary ban.
Right now he is far from a positive member of the community.
About code I wrote... I'm still around, and care if folks find
significant bugs. Don't read the list very actively. If maintenance
standards change, I'll make an effort to meet them.
m
--
martin.langhoff@gmail.com
- ask interesting questions
- don't get distracted with shiny stuff - working code first
~ http://docs.moodle.org/en/User:Martin_Langhoff