Hacker News Reader

Comment by LeafStorm | Hacker News Reader

I wouldn't go so far as to say "hosted" on Github. It's probably just a mirror, and/or Linus playing around with Github. Linux already has a very strong hierarchy for managing patches, and I certainly don't see them moving to a proprietary platform.

View on HN

Yes, everything is a mirror with git.

Look at his public activity [1]: comments, pull requests, issues… he is using GitHub, for real.

[1] https://github.com/torvalds

He is using comments, pull requests, and issues to develop diveclog, a relatively minor pet project, not Linux. As I said: Linux has its own infrastructure, and were Linus seriously considering a move to Github, there would be some announcement on a mailing list.

Which, this makes me wonder what will happen when someone forks "linux" and sends Linus a pull request. ;-)

We will soon have an answer, for sure! :-)

You already have it, at this time and in the foreseeable future the main linux repository is not hosted on github, only a mirror like gazillions others. For sure :-)

Reread the comment you responded to: It was not suggesting this is the new official Linux repo, as that was already addressed in grandparent's comment. The question under discussion was what linus would do with a pull request on github, so your smiling correction was unnecessary. For sure. :)

"Is there some way to just turn off github pull requests? They're all jokes." - https://github.com/torvalds/linux/pull/7#issuecomment-200563...

Won't mirroring a project show up in your public timeline? I'm mirroring Rainbows! (https://github.com/nilmethod/rainbows) and bits of it show up in my timeline when my mirror script fires off.

I don't think Linus would have any qualms about using proprietary stuff. c.f. the whole BitKeeper fiasco.

Huh? That's exactly why he would avoid proprietary stuff, and the reason why he developed git in the first place!

The reason he developed Git was that Tridge reverse-engineered BitKeeper protocol, hacked together a free BK client going explicitly against BK licensing terms. That created an unhealthy amount of controversy and started to affect the development - an unpleasant situation, which Linus in his holy torvaldness solved by writing a BK replacement. Not because he loves the GNU way, but because he hates counter-productive bickering and would rather write code than feed the flames. Ta-da.

Whoa, I didn't know the story of git beyond "Linus made it to manage the Linux kernel."

BitKeeper actually prohibits their customers from contributing to competing projects? They forced some guy to stop working on Mercurial in his free time because he used BitKeeper at work and they were afraid that he "might be moving BitKeeper technology into Mercurial." That's an impressive level of evil.

(See http://en.wikipedia.org/wiki/BitKeeper http://article.gmane.org/gmane.comp.version-control.mercuria... )

  BitKeeper actually prohibits their customers from contributing to competing projects?

Using the product to reverse-engineer a protocol to develop a free client is not 'contributing to a competing product'. Which is against their license (though that may be void because the law grants you reverse-engineering rights, no matter what a license says. Otherwise nothing could ever be reverse-engineered at all).

  they were afraid that he "might be moving BitKeeper technology into Mercurial."

That's entirely reasonable. If you have deep knowledge of how proprietary system A works and are hacking on free system B that purports to do the same thing, there is every chance you inadvertently include proprietary knowledge into your code for the free product. It's very hard to avoid using the knowledge you have.

Just to be clear:

a) I'm not talking about the reverse-engineering thing. Them wanting to shut that down is somewhat reasonable.

b) I don't think this guy had "deep knowledge of how [BitKeeper] works." He just used BitKeeper at his job. Most people who use git don't have a deep understanding of how it works. They just know how to make it manage their code. It feels pretty evil to me to provide a general development tool and put limitations on what any developer who uses it may do. What if Microsoft said in their license, "If you are a Windows user, you may not contribute to any other operating system."? We'd complain about how evil and anticompetitive Microsoft is.

in this case, saying "there's a chance" is the same as saying it's impossible to prove either which way.

It's a license, same as any other. Either you accept it or you don't. But if you do, then you're expected to be true to your word. Welshing on a deal, that's far more "evil" (a word that has totally lost any meaning on the Internet).

Alternatively, if you don't accept a license, then you are not bound to it. Which was reportedly the case here: http://www.groklaw.net/articlebasic.php?story=20050421023821...

Pfff. There are two types of agreeing to deals. One's for someone trying to use legal tricks to force you to do something unreasonable. Telling me that I may not look to see how something is done is not acceptable and is only "agreed to" because judges don't grok what a purchase is.

Don't expect people to be bound by forced promises.

If I was in a different societal context where I could say 'No', and you know, shoot someone if they got pushy about it, then I'd be truer to my word. But given that I can't there's no choice but to lie - I'm certainly not going to stop learning just because someone told me to to preserve his market share.

Also, the same thing applies to DRM removal, etc. Once I buy a product it's mine - be thankful I didn't just warez it in the first place.

As I understand it the problem was not that he "looked" but that he allegedly then incorporated what he saw into a rival product.

Also http://www.theregister.co.uk/2005/04/14/torvalds_attacks_tri...

Yeah, it's an idea. That's how they work.

This is extremely misleading. Tridge was not bound by BT's licensing terms so he could not have violated them.

git was developed because developers of BT stopped licensing it to Linux kernel developers with special terms, and Linus needed something as powerful.

I see it as Tridge simply accelerating the natural course of events, not actually causing them.

You should have watched the LCA talk where Tridge explained his reverse engineering.

He telneted the bk server and typed 'help'. It gave him a list of commands, and what they did.

LWN article on it: http://lwn.net/Articles/132938/

It's "really" hosted on Github(at least, for now): https://lkml.org/lkml/2011/9/4/92

Reply on news.ycombinator.com