Re: Should git-remote-hg/bzr be part of the core?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Stefan Beller wrote:
> 2014-05-12 10:12 GMT+02:00 Felipe Contreras <felipe.contreras@xxxxxxxxx>:
> > Felipe Contreras wrote:
> >> Linus Torvalds wrote:
> >> > Felipe, stop this stupid blaming of everybody but yourself.
> >>
> >> Show me evidence that this decision was my fault. Junio certainly hasn't
> >> said so. You just have no idea what we are talking about.
> >
> > Here, let me show you.
> 
> I suspect Linus had a reason not to include the mailing lists
> in the first place

Huh?

He did include the mailing lists in the first place[1]. Either something
is wrong with the mailing list, or somebody is removing the mails.

You can see the full thread in the git-fc mailing list, and there you
can see the git ml is included in all the mails, including the one you
just sent, where you included the git ml, and it doesn't show in the
archives.

> and make a huge public discussion, but instead wrote to you
> personally.  I guess this is just Linus desire not to waste the time
> of everybody as he learned that these discussions are fruitless
> sometimes.

Don't you agree that including transparent bridges for Mercurial and
Bazaar distributed by default would be benefitial to the project?

If a discussion could potentially lead to them being included, I'd say
that wouldn't be fruitless, but it's *precisely* what our end users
would like us to be discussing right now.

> Junio C Hamano wrote [in another thread]:
> > I would not mind asking the others, as your discussion tactic seems
> > to be "repeated voices start sounding like a chorus, and a chorus is
> > project concensus".
> >
> > Those who are observing from the sideline, please raise your hand if
> > you think the three-line "Clarification" Felipe gave us is a fair
> > and accurate clarification.  Anybody?
> >
> > I also do not mind seeing hands raised of those who do not agree,
> > even though I already know that they would be a silent majority.
> 
> I think Junio is behaving very professional unlike you, Felipe.
> This includes being polite and very patient.

> Also this includes weighting different reasons to make
> informed rational decisions.

Where is he weighting the different reasons? I've asked him multiple
times to provide those reasons. He mensions there's one, but he doesn't
say which one it is.

If I haven't see this reason, how do you know he is weighing different
ones?

> Git being a project widely used and people trusting it for their
> work needs to have high quality and cannot go left today and
> go right tomorrow, but most of the decisions are done long-term.

Yes. What is right, and what is left in this example?

Presumably going right would be to include these tools in the core, but
that would imply that he plans to go left in the future. But he hasn't
said that. So what makes you think the project would go "left" in the
future?

> Felipe, this may be the reason, why you think nothing changes.
> It's just slower than you'd like, but with more thoughts weighted.

Really? I'll issue the same challenge I've issued to many people.

Name a single important change in Git (was one way before, it's another
way now) that has happened in the last 5 years. And by important I mean
for starters users noticed it.

You won't be able to, because nothing ever changes.

> Junio, I think you're doing an awesome job in maintaining Git
> and leading the community.

Maintaining, yes, but leading? Leading it where?

[1] https://groups.google.com/forum/#!original/git-fc/Clhss-fXS2k/9UtiilJ2WQ4J

-- 
Felipe Contreras
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]