Earlier quoted context omitted.
The whole "Linus is an asshole" is well overplayed, though. The guy's been developing Linux for 25 years, with most of his communications in the open. The kind of outburst he has once every few years, and which gets extensive coverage and discussion, is a weekly occurrence in many offices. It's just that we'll never hear of those.
And I've yet to see someone single out a particularly nice and constructive comment and use that for a counterpoint.
Why GitHub Can't Host the Linux Kernel Community
111–120 of 251 posts
Re: Why GitHub Can't Host the Linux Kernel Community
#112There's also Linus's personal aversion to how GitHub implements many opinionated workflows. > I don't do github pull requests. > > github throws away all the relevant information, like having even a > valid email address for the person asking me to pull. The diffstat is > also deficient and useless. > > Git comes with a nice pull-request generation module, but github > instead decided to replace it with their own tot…
He really talks in extremes. I see all his points but it doesn't make these things pure garbage.
Re: Why GitHub Can't Host the Linux Kernel Community
#113Earlier quoted context omitted.
It looks like github's pull requests and other features Linus had problems with have improved since 2012. Here is a pull request that Linus opened recently: https://github.com/Subsurface-divelog/libdc/pull/7
None of those commits are signed. Apparently people on GitHub can commit as torvalds if the author email matches his: https://github.com/amoffat/masquerade/commit/9b0562595cc479a... (You can't fake a fork without hacking the torvalds account, though, so maybe it really was him.)
Re: Why GitHub Can't Host the Linux Kernel Community
#114Earlier quoted context omitted.
Seriously. Linux will likely outlive GH[1], and more importantly, it doesn't need GH. The current workflow works fine, and I hardly think any potential kernel hackers are choosing not to work on the kernel because it is email-driven. [1] Nothing against them that I don't have with any other commons that depends on corporate beneficence. But companies fail all the time; I can't think of a reason GH is immune.
> The current workflow works fine, and I hardly think any potential kernel hackers are choosing not to work on the kernel because it is email-driven. I'm not so sure. If the kernel development was on Github, I may have looked into contributing, but as it stands, its not worth the trouble to try to contribute (as I don't have anything specific to help with). And, I suspect there are more capable developers who are clo…
Linus has said this a few times -- in general they don't actively try to onboard new contributors.
Re: Why GitHub Can't Host the Linux Kernel Community
#115Re: Why GitHub Can't Host the Linux Kernel Community
#116I can't really see the obsession that everyone has with centralised and closed services like github. We need to start moving away from them, not move more projects to them. Mailing lists and NNTP make decentralisation quite easy while being open standards and without having the need to have any account in any centralised service, why drop all these features away?
> We need to start moving away from them, not move more projects to them. It seems this topic comes up quite frequently on HN. Unfortunately, while it sounds great in theory, no one ever has a practical way of doing this. The main problem here is the user experience. When using GitHub I can find an open source project, copy the URL, pull it down, make changes, push and click a button for a pull request. A little bit…
[0] https://github.com/google/git-appraise
[1] https://git-appraise-web.appspot.com/static/reviews.html#?re...
Re: Why GitHub Can't Host the Linux Kernel Community
#117Earlier quoted context omitted.
Personally I'm a fan (and user) of gitlab since GitHub's recent policies and that GitHub takes forever to implement simple things that all users would love (like free private repos)
I would like a free, private Aston Martin, but the manufacturer is taking for ever to implement that too. But I take your point. This is why I drive a Nissan.
Re: Why GitHub Can't Host the Linux Kernel Community
#118Off-topic: Why does this blog need to be whitelisted with Adblock Plus? See data-adblockkey in HTML source. Are there any ads in this page? (Maybe owner wants revenue from domain parking?) Why is this blog not working with simple user agents that do not process javascript (e.g., curl, etc.)?
Re: Why GitHub Can't Host the Linux Kernel Community
#119Earlier quoted context omitted.
What people really don't seem to get is that Linus' cultural background is Finnish, and that Finns tend to be extremely outspoken and that they couldn't lie or polish their words if their life depended on it. http://www.karelia.fi/welcomingguide/the-finnish-way-of-life What to American sensibilities are grave insults to Linus is most likely just him speaking his mind without any filter in place, the way he was brough…
That's not a very good excuse for someone who's communicating with other people outside of his culture. He's had many many years to learn that his style of communication doesn't mesh with most people.
Re: Why GitHub Can't Host the Linux Kernel Community
#120Earlier quoted context omitted.
Seriously. Linux will likely outlive GH[1], and more importantly, it doesn't need GH. The current workflow works fine, and I hardly think any potential kernel hackers are choosing not to work on the kernel because it is email-driven. [1] Nothing against them that I don't have with any other commons that depends on corporate beneficence. But companies fail all the time; I can't think of a reason GH is immune.
> The current workflow works fine, and I hardly think any potential kernel hackers are choosing not to work on the kernel because it is email-driven. I'm not so sure. If the kernel development was on Github, I may have looked into contributing, but as it stands, its not worth the trouble to try to contribute (as I don't have anything specific to help with). And, I suspect there are more capable developers who are clo…