The Scalability of Linus 239
Hugh Pickens writes "Katherine Noyes writes at LinuxInsider that it may be time for Linus Torvalds to share more of the responsibility for Linux that he's been shouldering. 'If Linux wants to keep up with the competition there is much work to do, more than even a man of Linus's skill [can] accomplish,' argues one user. The 'scalability of Linus' is the subject of a post by Jonathan Corbet wondering if there might there be a Linus scalability crunch point coming. 'The Linux kernel development process stands out in a number of ways; one of those is the fact that there is exactly one person who can commit code to the "official" repository,' Corbet writes. A problem with that scenario is the potential for repeats of what Corbet calls 'the famous "Linus burnout" episode of 1998' when everything stopped for a while until Linus rested a bit, came back, and started merging patches again. 'If Linus is to retain his central position in Linux kernel development, the community as a whole needs to ensure that the process scales and does not overwhelm him,' Corbet adds. But many don't agree. 'Don't be fooled that Linus has to scale — he has to work hard, but he is the team captain and doorman. He has thousands doing most of the work for him. He just has to open the door at the appropriate moment,' writes Robert Pogson, adding that Linus 'has had lots of practice and still has fire in his belly.'"
What If Linus Torvalds Gets Hit By A Bus? (Score:5, Informative)
"What If Linus Torvalds Gets Hit By A Bus?" - An Empirical Study
by Leonard Richardson
Published on segfault.org 02/23/2000
http://www.crummy.com/writing/segfault.org/Bus.html [crummy.com]
It even coined the "Bus factor" phrase:
http://en.wikipedia.org/wiki/Bus_factor [wikipedia.org]
Re: (Score:2)
I don't think Linux will die without Linus, but as long as he's there, he'll be the cock-block until he gets run over by a bus
Re:What If Linus Torvalds Gets Hit By A Bus? (Score:5, Insightful)
Supposing he does get hit by a bus, there will be months of infighting as big egos clash trying to decide who gets control of the kernel. There'll be those who think the official repository should be managed by committee, those saying the single person structure maintained. The subsequent fight will blow out of proportion which will generate many forks and ultimately and dangerously you will end up with uncertainty.
The best outcome is that there's a plan in place for exactly this kind of situation. That way Linux can remain what Linus wants it's to be in case of his demise rather than to throw it to the dogs and then see what's left over after the frenzy dies.
Re: (Score:3, Insightful)
Respectfully, this isn't what I see happening. Linus seems to be a nose-to-the-grindstone pragmatist and the only person who hopes to succeed him will not arrive through politics. The currently official kernel organization might collapse in bickering if Linus gets hit by a bus, but the true workers will quickly find someone like Linus to quietly organize their efforts and
Re: (Score:2)
Re: (Score:2)
It even coined the "Bus factor" phrase:
http://en.wikipedia.org/wiki/Bus_factor [wikipedia.org]
That article didn't coin the phrase. I don't know where it originated, but I remember hearing and using it in the mid-90s.
and what (Score:2, Insightful)
Re: (Score:2, Insightful)
just because he started a open-source project does not mean he owns it. It's like the stock market, as soon as the comited patches dwarf your original work, you are not the dominant share holder.
Re:and what (Score:4, Insightful)
It's his project, no matter the contributions of others. Anyone is free to fork it. They are not free to take the actual project from him.
He is free to run it as a dictatorship or a democracy. It's his project.
Re: (Score:2)
"just because he started a open-source project does not mean he owns it."
To all practical purposes he does own his tree. And due to the GPL license that's no problem at all: you can own your own tree as soon as you want and be as zelous or as liberal as you want with it.
Re: (Score:3, Informative)
And due to the GPL license that's no problem at all: you can own your own tree as soon as you want and be as zelous or as liberal as you want with it.
No, you can't. The GPL places limits on both liberalness and zealotry.
The license prohibits liberalness, because you are only allowed to share source code under strict conditions. It prohibits zealotry, because it ensures that others are free to fork a project and not bow to your vision of a project.
Re: (Score:2)
"The license prohibits liberalness, because you are only allowed to share source code under strict conditions. It prohibits zealotry, because it ensures that others are free to fork a project and not bow to your vision of a project."
Never the less he and he alone maintains the reference kernel source. That's a potential problem. Or- explain to me why it isn't.
Re:and what (Score:4, Insightful)
Never the less he and he alone maintains the reference kernel source. That's a potential problem. Or- explain to me why it isn't.
It is only the reference insofar that distributions tend to work off of it. It would be just as easy for them technically to use a random other git tree as the reference, if they chose to do so. However, Linus is doing such a good job these days that non-enterprise distributions just stick with his sources + a limited set of patches. If he stops doing a good job (like in the hit-by-bus scenario which seems so popular), there are several well-maintained trees to pick from, and Linux would only be a little worse off.
The most important advantage of Linus is that his decisions are almost universally respected. It would be difficult even for David Miller and Alan Cox to get the same universal buy-in, and Andrew Morton is possibly too nice for the job.
Re: (Score:2, Informative)
The license prohibits liberalness, because you are only allowed to share source code under strict conditions.
What in the hell are you talking about? The GPL restricts your ability to share binary-only versions of your tree. It explicitly requires you to *always* share your source code when you are making a public release. There are no limitations at all.
food (Score:5, Funny)
...and still has fire in his belly
Perhaps he should eat less Mexican food.
You are welcome to start your own fork any time. (Score:5, Insightful)
The Linux kernel is not a company. Free software projects are a new kind of entity.
The debate is still open about whether it is correct to level "They should..." instructions at this kind of entity.
Possibly "I should..." statements are more appropriate.
-paul
Re: (Score:2)
It's also possible to found your own nation every time you disagree with a new US law. But it's certainly not realistic or practical to do so.
HURD will be finished any day^H^H^Hdecade! (Score:5, Funny)
That will solve this problem once and for all.
Brain in a Jar Time (Score:2, Funny)
development? what linux developmwnt? (Score:5, Funny)
Re:development? what linux developmwnt? (Score:5, Funny)
Seriously where is 3.0? Everyone knows it is only progress when the first number gets bigger. Like the number of g's for cell phones.
Re: (Score:2)
Like the number of g's for cell phones.
They should stop, because I already have an 11G phone.
Re: (Score:2, Funny)
Ah, now I understand why we don't get mobile phone contracts with no strings attached!
Re: (Score:2)
You're not kidding. In the United Arab Emirates, some clever marketoids are selling MP5 players. I've tried explaining to someone from there that what they actually own is an MP3 player, but I made limited progress. They just kept insisting "no - it's an MP5 player".
I know the feeling (Score:2)
Linus 'has had lots of practice and still has fire in his belly.
He should really lay off the vindaloos
Good thing I read the summary (Score:2)
Here I was thinking that this was some article about whether or not Linus Torvalds should or could have children.
Re: (Score:2)
er, are you implying the three he has now have the mailman's eyes....???
Re: (Score:3, Funny)
Perhaps on a related note, I was thinking that while Linus has obviously scaled vertically to his full extent, there is still plenty of room for him to scale horizontally.
Linuxinsider (Score:5, Informative)
Anything from Linuxinsider I would take with a healty dose of skepticism - it's better known for their anti linux shills.
Open Source Fail (Score:2)
The failure in the argument is to assume that Linus' kernel is in any way "official". Distribution maintainers don't think that way at all.
We always knew this would happen some day (Score:5, Funny)
Linus is monolithic.
Can you spell.... (Score:2)
Open source?
Uninformed submission. (Score:4, Informative)
Linus is at the top now because he does a very good job and people trust him. The actual development is done by thousands of developers (around 3000 contributors / release currently), number increasing. It sales just fine.
The way he is accomplishing this, is by using a network of trust (he talk about it in his talk about git [youtube.com]).
This is very scalable, as he is not actually checking out every peace of code, he just merges them.
What would happen if he would suddenly go crazy or hit by a bus? The answer is simple: one of the core maintainers, like for instance Andrew Morton would take over the position. General development would continue as it is now, as Linus talked often about how and why he runs things the way he does, and many people agree with him there.
Re:Egos don't scale (Score:5, Insightful)
A good new fork will only be needed if and when Linus stops scaling. Until then, the reason that a fork has never really come together is because Linus' Linux is the best all round solution.
Re:Egos don't scale (Score:5, Insightful)
A good new fork will only be needed if and when Linus stops scaling.
If? You say this as though it isn't inevitable. Linus could be hit by a bus tomorrow, or (more likely) die of cancer in 10 years. He could even retire from the project! Either way, there will eventually be an end to his influence.
Re: (Score:3, Funny)
He also said "and when" to indicate it was inevitable. This admittedly made the "if" part completely stupid.
Re: (Score:2)
Re: (Score:2)
I can confirm that it's used in English English too. Doesn't mean it's not stupid.
Re: (Score:2)
Is that the form of English spoken in England? What do they think of that in Wales and Scotland? Is it compatible with British English or the Queen's English? Do tell.
Re:Egos don't scale (Score:5, Funny)
I was originally going to write "UK English" but settled on English English as a joke. It's just as correct as "American English".
Fair questions.. let's ask a guy who is Scottish and lives in Scotland, shall we?
Me: Hi, Somersault!
Me: Hello there, you handsome devil!
Me: Yeah, whatever. What do you think of all this "English English" stuff you were saying earlier?
Me: I find it amusing.
Me: Oh, I see!
Me: Yep.
Me: Well, bye!
Me: Bye.
Re: (Score:2)
Heh. I kind of like the completely random asides you get on Slashdot. It's like the Simpsons, start on one plot for a couple of minutes and then swing on a wild tangent. At least that's what I remember it always doing.
Re:Egos don't scale (Score:5, Insightful)
Actually, thinking about it logically I suppose the actual meaning of the structure does in fact simply equate to "if". When when is true, if will be true, and vice versa.
if ($if_) { $when = true; }
if ($when) { $if_ = true; }
if ($if_ && $when) { return true; }
# better written as
if ($if_ | when ) { return true; }
So the "and when" logically equates to "or when", both of which are completely pointless additions to the if, but the "and when" still somehow manages to make it sound like the speaker or writer believes that the situation is actually inevitable, something they've only just realised after saying "if"..
Re: (Score:2)
It really doesn't.
It is closer to equating simply to "when", with a specific acknowledgement that the trigger may not occur. It differs from "if" because the structure "if X then Y" says nothing about the temporal relationship between X and Y.
"When X, Y" states a temporal relationship.
"If and when X, Y" likewise states a temporal relationship but calls attention to the possibility that X m
Re: (Score:2)
Maybe I should. I've just noticed that at least in programming parlance, you could really use "if" and "when" interchangeably.. in fact you can do it in normal language too, but when just seems more applicable if or when you know something is inevitable.
Re: (Score:3, Funny)
Commit it to git, surely.
Re: (Score:2)
Its occasionally used imprecisely to mean "if" or "when", which seem to be the not-literal readings you suggest it is "supposed" to have, but its most common use seems to be fairly literal and precise, and to mean "if [event occurs], then, when [event occurs]."
It addresses the fact that "if" alone doesn't indicate that the result is proximal in time to the trigger, and "when" alone can imply that the trigger is certa
Re: (Score:2)
The 'if and when' idiom does make literal sense. It means 'when it happens, if it does happen'. Your interpretation, in binary logic, would be 'if or when', not 'if and when'. (If 'A and B', and 'A' is false, then 'A and B' is false also. The 'B' doesn't render the 'A' part moot.)
Re: (Score:2)
Sure, but the A part does render the B part moot, so in spoken/written language the fact that you've added in the B part makes it seem like the "and" must have some relevance. That's how it always seemed to me at least - wasn't until today that I tried thinking about this phrase logically to see that it does just equate to "if".
Re: (Score:3, Insightful)
Then 'when' part tells you that you mean to wait for the event to happen, rather than act beforehand in anticipation of the event.
Not like any of this matters much.
Re: (Score:2)
You mean exactly like the "if" part?
And yeah it doesn't really matter. Especially since my original post was obviously wrong now that I've thought about it ;)
Re: (Score:2)
No, the "when" part tells you that you mean to act immediately when the event occurs, not wait later. The "if" part says that the response is not guaranteed if the event does not occur.
Re: (Score:2)
OK, whatever. The when means 'at that time'. I could find examples where from context it means either 'not earlier' or 'not later' or both. In the present example, I think it means both, since we don't need the fork now even though Linus will disappear eventually.
Re: (Score:2)
Others have attempted to explain the idiom, but I feel it actually serves a very useful purpose:
'if' means 'uncertain immediate possibility'
'when' means 'certain eventuality'
'If it happens' means it could happen at any moment, and we should prepare. "If we get into an accident, call 911."
'When it happens' means it will occur somewhere down the road. "When we need gas, we'll find a station and stretch our legs."
'If and when it happens' combines these two concepts for events that could occur at any moment,
Re: (Score:2)
The way my own brain perceives the nuances of "if and when" still naturally just makes me think someone is implying something that will definitely happen at some point because of the "and when", even though taken as a whole the sentence means the exact opposite. And the differing ways that people have been using and interpreting it here shows that this is an idiom that only serves to confuse.
"If" doesn't have any links to time - if could happen today, it could happen in 20 years, it might never happen. It c
Re: (Score:2)
"Here's how you change the tyre if we get a flat"
Oh, no, I might break a nail...
Re: (Score:2)
You seem to be saying that "If foo, then" indicates a certain imminence of the chance of foo, whereas "If and when foo, then" indicates a less imminent chance of foo. I don't think this is necessarily true; that is, I don't think the "If" in "If and when foo" has any connotations about the imminence of the foo.
Re: (Score:2)
Well, if foo isn't imminent, then why is it relevant?
Re: (Score:2)
He also said "and when" to indicate it was inevitable. This admittedly made the "if" part completely stupid.
No, not stupid. "If and when" is a shorter and nicer way of saying "when inevitably at an unpredictable time in the future". It conveys much more meaning than just plain "when".
Re: (Score:2)
Everyone knows that Linus is forever !!
Just like Steve Jobs !
Wait, what did you say about cancer again ?
Re:Egos don't scale (Score:5, Funny)
Re: (Score:2)
Wait, he does all the committing to the kernel himself? Basically, you're saying if M$ paid him, say, a billion dollars to retire to Aruba and never touch Linux again, Linux would be over forever.
That's... interesting.
Re: (Score:2)
Best all round solution != Best possible all round solution. And there should be a little more planning for the "hit-by-a-bus" scenario. No sane developer would want that sort of single-point-of-failure in a system they develop...why are they willing to accept it when it's wet-ware instead of hardware/software? There needs to be a succession plan, period. That's the bigger issue imo. The scaling thing? That might be a bonus, it may be unnecessary, I surely don't know. But acting like the status quo i
Re:Egos don't scale (Score:5, Insightful)
Any fork would either immediately or very quickly suffer from the same fate. If there's anything the open source community has a surplus of, it's egos.
Re:Egos don't scale (Score:5, Insightful)
This is true of programmers ... or humanity ... in general.
Re: (Score:2, Insightful)
People like Alan Cox and Marcelo Tosatti have maintained well-established patchsets of their own, comprised of the features they happen to think are important. This is part of the natural order of things ("managing senior programmers is like herding cats" - Dave Platt) and not to be discouraged.
Re:Egos don't scale (Score:5, Insightful)
As long as Linus is performing his role of keeping the "official" repository basically the easiest and most standard starting point, all the peripheral kernel tweaks maintained by other entities will cluster more or less closely around it for cost reasons.
If he starts to slip, the center of gravity will shift toward one of the distro kernel repositories, or whatever other third party is doing the best job of filling the role, and the "official" repository will fade in prominence a bit.
Because of how kernel code is licensed, the "official" repository could either come back quickly(if Linus or his chosen successor get back on the ball, they could update from the prior leader, and start taking the comit lead again), or it could just fade away, mostly, and development could center around the RedHat tweak of the kernel, or the Debian one, or whatever...
More dangerous are situations(like the X11/X.org one) where there is a major licensing split that actually requires a decisive move one way or the other. Linux graphics are certainly not its strongest suit; but, had the defection to X.org not been so complete, things there could have been a lot uglier today.
Re: (Score:3, Interesting)
What you descibe was the way kernels were being handled in the early 2000's. The 2.5.X kernels were getting all the dev time, and the distros were back porting fixes. You are right though, if the Linus branch starts slipping, a distro or some other maintainer branch will become the "base" branch. The way it is right now there are several branches I could follow/use if i wanted to.
[N] sys-freebsd/freebsd-sources (--): FreeBSD kernel sources
[N] sys-kernel/cell-sources (--): Full sources including the cell/
Re:Egos don't scale (Score:5, Insightful)
Arrogant people who achieve power never give it up voluntarily.
Er, didn't Bill gates step down at Microsoft?
Re: (Score:2)
Re:Egos don't scale (Score:5, Insightful)
Wow! Some people just can't win, can they? Get involved in big charity work, you're just feeding your ego. Anyway, those were some pretty strong words about Linus that you kicked off this discussion with. I take it you either know him personally or have worked with him fairly closely?
Re: (Score:2)
If you don't want to have your charity work belittled as ego-driven then don't name your foundation after yourself. "The Bill and Melinda Gates Foundation" doesn't exactly scream "Modest" or "We're only in it to help people."
Re:Egos don't scale (Score:5, Insightful)
Arrogant people who achieve power never give it up voluntarily. They hold onto every little bit of it for dear life.
Why must a pet project, the owner from inception, held in high regard around the entire world, which has provided both personal and professional benefit, as well as providing much prestige, be attributed to arrogance? Unless your Buddhist or some such thing, most reasonable people would argue you're foolish to give up such a thing until your damn well ready.
Really, in exchange for giving up all that, what does it get in exchange? Nothing aside from more free time, as far as I can tell.
Re: (Score:3)
Re: (Score:2)
Linux is his baby and he's a jealous parent.
Well, last I checked AI development hasn't come so far that it can stand on its own and orphanages and foster homes are hardly considered the ideal way to grow up. Reality is that even though Linus does all the final commits to his tree, he most of the time pulls it on request by subsystem and driver and arch maintainers - it's not like one man reads every line of code. Changes to core code perhaps, but that's a very small part. That system of maintainers wouldn't go away if Linus was hit by a bus, most lik
Re:Egos don't scale (Score:5, Informative)
> Linux is his baby and he's a jealous parent.
I'll take your assertions with a (big) pinch of salt: remember Linus *created* a distributed version management tool (git) when he couldn't use anymore BitKeeper..
And the nice thing about DVCS is that anybody can have his own tree..
So yes, Linus is the ultimate authority about what goes in his own tree, but this is quite normal..
Re:Egos don't scale (Score:5, Insightful)
Most of the bitching and moaning about Linus seems to be along the lines of "he didn't accept my patch" or "he tore me a new one for suggesting something", not "Linux sucks, I'm going to use HURD or FreeBSD instead". And that's an important distinction, because Linus' primary goal is to make Linux and its codebase as awesome as it can be, not stroke developer's egos.
So yeah, if you write up something that you think is a great memory management scheme that Linus decides isn't the best approach, you're going to be pissed at him, because you thought very carefully about it and worked very hard to create a patch. But that doesn't mean Linus is necessarily wrong, and also doesn't mean he's arrogant - it means he thinks there's better choices available. He's picking not from the best that you can come up with, but from the best that the much larger set of people who've ever considered this problem can come up with.
Re: (Score:2)
Re: (Score:2)
Re:Egos don't scale (Score:5, Insightful)
A couple of quick points:
The Linux kernel is open source. Anyone who thinks they can do better can just clone it in git and start their own fork. You don't have to replace Linus, you can just be your own kernel maintainer. There's no part of the mainline Linux kernel development that takes place in private, so you can even "play Linus" and just merge only the patches that you like from the kernel mailing list into your own personal tree.
The kernel that Linus releases is not meant to be used directly by end users. Distributions are responsible for integrating the kernel into their operating systems as they see fit. They can choose to track Linus' tree closely or not at all. Red Hat, for example, rolls their own kernel that bears little resemblance to any of Linus'.
Linus' tree is widely regarded as the official Linux kernel mainly because he invented it and has stuck to his vision of how the kernel should be developed over the past 18 years or so. Most of the top developers and open source companies trust Linus and his management over the mainline kernel. Many have been around from the very beginning. Suggesting that they would "dump" Linus as the core maintainer is outright laughable.
\
Re:Egos don't scale (Score:4, Interesting)
Linus' Tree is *still* the official one not because of Linus, he could be replaced overnight and it would continue, it's because all the main contributors submit their patches to it, and the official kernel group analyse them before they are integrated, the all Linus actually needs to do is be the one person who actually commits patches (so there are no conflicts) and act as a final arbiter in disputes
As the final arbiter it does not matter if he is arbitary, egotistical etc ... as long as he only acts as the final arbiter, the majority rules, he just need to decide when opinion is split ...
Re:Egos don't scale (Score:5, Insightful)
Arrogant people who achieve power never give it up voluntarily. They hold onto every little bit of it for dear life. Torvalds would no more voluntarily give up his ultimate authority than he would jump off a cliff. You can make all the reasonable arguments in the world, it's not going to change who he is. Linux is his baby and he's a jealous parent.
Interestingly, humble but smart people would end up in the same situation : they know that arrogant and power-hungry people are there and want power for the sake of their ego. I don't know if Linus is humble or arrogant, but he gave up power a long time ago when he put his OS under an open-source licence. He has never hidden the fact that he was a "benevolent dictator" (some even say the expression comes from his second surname : Benedict). If Linus is a bottleneck and slows down kernel development, there will be a fork. Right now, as much as people say he is a problem, he is still the only solution available.
What is good about open-source is that you can say to power-hungry people "Want to be the boss of a team ? Well go find a team that will respect your work !".
Re: (Score:3, Interesting)
Re: (Score:2)
Re:Egos don't scale (Score:5, Interesting)
Some of the people he tells to fuck off are stupid, some are not. Some of the ideas he shits on are stupid, some are not. I seen plenty of times on LKML where he is dismissive and insulting only to later actually look at the ideas in detail and then accept them. The acceptance is sometimes in the form of repackaging the idea by a different, more favored developer so that there is never a need to acknowledge the original contributor may have been right.
He seems to function well enough, but do not pretend he is perfect.
Re:Egos don't scale (Score:5, Funny)
Con? Is that you?
Re: (Score:3, Insightful)
I don't have anywhere near his skills / reputation / influence / pressure, and the days when I have to fend off multiple groups of people demanding time, technical issues, and balance that with my schedule are dra
Re: (Score:3, Informative)
He may not be perfect, but he is by far the best "leader" (whether project or corporate) that I've *ever* seen. He may be insulting, but he does it to everyone to scare off the timid and to make people reconsider their ideas. He is extremely technically competent and humble, two traits which are invaluable in a technical manager. Something you may want to read: Linux Kernel Management Style [kernel.org].
As for taking ideas and giving them to "favored"
Re:Egos don't scale (Score:5, Informative)
<cough>schedulers</cough>
Re:Egos don't scale (Score:5, Insightful)
Which sounds exactly like a scalability problem.
Re:Linus needs an inner circle (Score:5, Informative)
It's called Andrew Morton
Re:Branch out (Score:4, Interesting)
Already, most distros maintain slightly forked versions of the kernel, to suit their needs(ie. enterprise-ish ones like RedHat might do more driver backports, MontaVista introduces BSPs for a variety of oddball boards, etc.) Because novelty costs money, people don't generally go further from mainline than they have a good justification for; but there are already dozens of quiet, not-very-adversarial, slight forks floating around, mostly in the hands of the various distros, and some of the embedded engineering houses.
Re: (Score:2)
"No. The kernel is(at this point, whether anybody likes it or not) basically GPL2 permanently. Without any "copyright assignment" requirement to some organization, there are just too many interlocking owners for any re-licensing."
Linus Torvalds don't see that problem. Kernel is not moving from GPLv2 just because he doesn't want to. The day Linus wants to move to GPLv3 (if) he will just do so together with a public anouncement of the change. Whoever finds entitled ownership to a piece of code will be free
Re: (Score:2)
I'm afraid that is not how copyright law works.
Re: (Score:2)
I wonder how feasible it would be to ask people to voluntarily reassign their copyrights to some entity, so that the kernel (or their parts?) could be updated to GPL3. Can parts of the work even be licensed in separate ways like that?
Re: (Score:2)
Re:whiner (Score:5, Insightful)
Isn't that what blogging is for?
Re:whiner (Score:5, Informative)
Do you even know who Jonathan Corbet is? Among other things, he created LWN.net, has been a Linux kernel contributor for longer than that, and has written books on Linux kernel development (for example, the O'Reilly "Linux Device Drivers" book).
He's been on the inside for a long time. This is an opinion you should at least respect, even if in the end you disagree.
Re: (Score:2)
Could be that he doesn't want that access but wants to know who his new boss will be when the old boss is no longer viable.
Having that kind of core stability is one of the aspects that has allowed linux to bloom in recent years.
It seems to me we're seeing a large amount of progress because of a stable base surrounded by competitive user space projects.
Re: (Score:2)
Re:whiner (Score:4, Interesting)
Who cares? If Linus stops updating his repository tomorrow, we'll all just switch to whatever repository meets our needs.
It's only consensus that says that Linus' repository is the "official" one.
There are already plenty of people who track Andrew Morton's repository instead of Linus', so if Linus went away, it's not like we don't already have a tested mechanism to allow us to track "unofficial" repositories.