Slashdot Log In
Cox on Torvalds and Linux Kernel Development
Posted by
timothy
on Wed Mar 02, 2005 12:23 AM
from the just-some-hippy-drunkards dept.
from the just-some-hippy-drunkards dept.
sebFlyte writes "Alan Cox' speech at FOSDEM sounds like it was interesting... according to this ZDNet report on it he has some interesting views. For one, he says: 'Linus is a good developer, but is a terrible engineer.' He also has a few digs at Torvald's methods surrounding security fixes, and some other interesting insights in the kernel development process: 'Sometimes you see a fix and think "this is perfect, move my fix into the kernel tree." Later you think, "I must have been drunk. Don't apply that patch."'"
This discussion has been archived.
No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
Full
Abbreviated
Hidden
Loading... please wait.
Also for your perusal (Score:5, Informative)
Re:Also for your perusal (Score:5, Interesting)
The most interesting part to me is that he uses a Mac running Linux now. For a long time the story was that he ran SuSE (I'm assuming on x86). I'm a SuSE user, and some of the enthusiasts in SuSE-land used to use this as proof of why SuSE was "the best". I just laughed. I wonder what distro he runs now.
Parent
Re:Also for your perusal (Score:5, Funny)
Hurd?
Parent
Re:Also for your perusal (Score:5, Insightful)
Parent
Obligatory Peanuts reference... (Score:5, Funny)
Interesting take on Linus (Score:5, Insightful)
"Linus has this bad habit of fixing security holes quietly," said Cox. "This is a bad idea as some people read all the kernel patches to find the security holes."
I wouldn't advertise my mistakes eitherThe article paints Linus as the typical Flawed Hero of contemporary literature. He's good and yet he's not perfect - at least that's what comes out of it for me. (and no digs on BitKeeper .. hmmm..)
Linus' Security Practice (Score:5, Informative)
Even if Linus tries to keep these things secret, they'll get out quite quickly.
ZD states.. (Score:5, Insightful)
Its actually pretty damned nice to see a bunch of people get together and make something as big as the Linux Kernel. Linus started it, but we all will finish it.
Still, I fail to see how some bugs would be super-bad, as the article seems to say. Id rather have a crash bug, rather than a SUID change bug.. STill, not all security comes from the Kernel. Some security comes from network filter drivers, some com from the application, which many hackers target, and whatnot. Though, the kernel is a great place to attack if you have that guest acct and "want" root
Re:ZD states.. (Score:5, Interesting)
Gandhi had his moments of pettiness and just plain tom-foolishness, but the sum of his efforts changed the way people gain power back from those who would usurp it for their own.
In a different, yet no less trivial way, so did Linus (although I would not call him Mahatma).
Parent
nothing new (Score:5, Insightful)
different people have different working styles, no matter whether it's kernel coding, software apps, or ASIC designs. if either group/individuals are too giving to the other group, there can never be enough feedback/ constructive critisisms between them. having yes-men surrounding you isnt the best thing. and it's not like that they're arguing so much they've halted any soft of development progress.
[offtopic]
gives me an idea though, maybe when job interviewers start asking me those behavioural questions about "a time when you've had disagreements and a way of resolving them", there's no need to bring up something too dramatic.
[/offtopic]
Who cares about Linus anymore? (Score:5, Insightful)
Apart from the name, Linus currently has the final say of what goes in. Thats just officially. In real life it seems far more is delegated to others for different parts of the kernel, and Linus is one of the developers, far from the most active, and not really exercising his right to block patches against the majority's will.
Re:Who cares about Linus anymore? (Score:5, Insightful)
Slashdot, apparently, since it usually posts an article on just about every mention of Linus, every minor activity, every little comment, and every little speculation. People glorify him as the guy who single-handedly wrote Linux, when Linux is really the work of thousands of developers who just send patches to him (and now other delegates too).
Parent
Re:Who cares about Linus anymore? (Score:5, Insightful)
That's not glorification, that's taking advantage of somebody else's insights and experience.
Parent
Sign of a Strong Working Team (Score:5, Insightful)
I'm sure everyone who doesn't bother to RTFA will now think, "Oh, no, Linus and Alan are bitching each other out in public." That's nothing like what's going on here. For one, the submitter quotes only half of one particular line from the article:
So it sounds like Alan and Linus have discussed this particular difference in their talents before, either over beers at a pub, or over email or something.
Second, the article makes clear that part of what's going on is that Alan and Linus each have very different responsibilities in keeping Linux going, and so they necessarily focus on different things. Alan points out that as the dev tree maintainer, Linus is trying to keep the code maintainable, while Alan's trying to keep it stable.
And both of these things are necessary. It sounds to me like rather than being "at loggerheads", or "ready to call off the working relationship", instead Linus and Alan are a very well-matched and complementary team, both of whom contribute enormously to Linux's success and quality.
Each of them has strengths that make up for the other one's weaknesses, and it sounds like they have a good enough working relationship to give each other constructive criticism when needed.
Re:Odd (Score:5, Insightful)
Alan Cox is not showing disrespect to Linus here, read the whole quote:
"Linus is a good developer, but is a terrible engineer," said Cox. "I'm sure he would agree with that."
Alan and Linus have been working together for a very long time, so I'm sure Linus wouldn't give this statement a second thought. Each must know they compliment the other and make the whole of the Linux kernel better - even if they have the odd disagreement - or the kernel would have been truly forked (no pun intended) a long time ago. As it is, they work together on patches and ideas. We don't have much to worry about, I think, since Linus' sense of who's a good dev and who fits into his team well is uncanny.
Soko
Parent
Re:Odd (Score:5, Informative)
Regards,
Steve
Parent
Re:Odd (Score:5, Insightful)
Parent
Re:Odd (Score:5, Insightful)
For the geeks... Linus, for the companies with money... IBM
The money trail will probably end up deciding the winner.
Parent
Think selection, not direction. (Score:5, Interesting)
He can direct some developers to do something and they can tell him to take a hike, or they can do it because they think it's a good idea.
More often, though, there are just many ideas (patches, development threads, what have you) to choose from and Linus "rules" by choosing which goes into his kernel.
The cathedral is about direction. That isn't what Linus does -- he just selects what is best from what the bazaar has produced.
(Sure, he may also make suggestions and remarks that indicate what his selection criteria are, and that may in turn influence kernel developers, but that doesn't prevent someone from coming up with an even better idea that Linus hadn't considered before and changing Linus's mind. That doesn't happen in a cathedral -- do you think some workmen with a brilliant but different idea for St. Paul's would have been paid attention to by Christopher Wren?)
Parent
Christopher Wren and the Cathedral/Bazaar (Score:5, Interesting)
Actually, the design of St Paul's and the surrounding area was the result of a complex interplay between Wren, the king, the church and the people:
Wren -- wanted to create baroque-style city center
King -- wanted to save money
Church -- gothic all the way, baybee
People -- wanted convenience and dense business development
In the end, the group that came closest to getting what they wanted was the people; that's why London has no great big boulevards like those of Paris (the people valued lots of living space above ease of riot control). Wren, the man with the 'brilliant but different idea' used the King's negotiating weight to slip change after change past the Church, but he couldn't change the design completely which is why it's a hybrid gothic/baroque.
Thus the design evolved by consensus, negotiation, and balancing bright ideas against established needs. Incidentally, I never used to like St. Paul's, but now that they have cleaned it all up and redeveloped the area north of it with some excellent postmodern work, it's looking really good. Weather still bad though.
Going back to the subject of software, I really don't think this whole Cathedral/Bazaar analogy was well chosen in the first place (especially as gothic cathedrals were striking examples of community efforts, as has been pointed out elsewhere). Major projects and projects that depend on a central authority can be developed in just as fluid a way as small, distributed ones -- if you have the right people. If you don't have people like Wren and the King, if you don't have people who change their minds when they find a brilliant idea, there can be problems.
Parent
Re:With all due respect to Alan Cox, (Score:5, Informative)
That was quite funny, and I see that you managed to fool somebody into giving you an "Insightful" mod.
Mods take note, the parent post is deliberately nonsensical. For example, "It's been shown that creating working kernel based on a register machine like most modern microprocessors is NP hard".
Parent
Re:Linus is authoritarian? (Score:5, Informative)
Uh, not really - Andrew Morton is the official maintainer of the 2.6 kernel, and Marcelo Tosatti is the maintainer for 2.4.
Parent
Re:Linus is a hacker (Score:5, Interesting)
Parent
Re:Question - balls in the air? (Score:5, Insightful)
in short, it's the latter. However, keep in mind that, in a well designed system that's properly modularized, with neatly spec'd interfaces between components, it isn't always necessary for someone to have the entire picture, with all the nitty-gritty details, in their head. Instead, one need only grasp how the system operates at a high level, from a component-oriented standpoint, where each of the components themselves conforms to a particular contract.
Put another way, while Linus may not understand how the driver for a particular digital camera works, he probably does understand the interface that driver exposes, and how that interface ties in with the rest of the system.
Parent
Re:Maintainable? Stable? (Score:5, Informative)
Linus instead is quite happy to say "ok that is a problem but the real fix is to rewrite the logic behind [randomcomponent] to properly ensure that this cannot occur'. That might take a month and is undoubtedly the right answer but it isn't the immediate answer for people hitting the problem currently.
Parent