Slashdot Mirror
Cox on Torvalds and Linux Kernel Development
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."'"
An Interview with Linus himself
I'm willing to be if such things continue, some entity, perhaps IBM, will set down their foot and use pressure put maintenance of the kernel project under the jackboot of a truly dictatorial manager, making Linux more an open source Cathedral than a bazaar.
- - - - - Fear not the reaper, but my shiny white teeth.
I'm not trolling, and am a little ignorant of kernel development - so bare with me, but surely Linus isn't the be-all-end-all overseer of what ends up in the kernel? Why target him exclusively?
Mongrel News all the news that fits and froths
Wierd.
"I'm willing to be if such things continue, some entity, perhaps IBM, will set down their foot and use pressure put maintenance of the kernel project under the jackboot of a truly dictatorial manager, making Linux more an open source Cathedral than a bazaar."
Say it with me...GPL.
One more time...GPL.
Got it? Good!
Linus probably keeps all the secret fixes under his security blanket.
no they are not.
programmer = code monkey
developer = higher level design and algorithms.
engineer = full system design, makes the important decisions.
It would probably be fair to say that none of us would be talking about open source or any of this stuff without him. I suppose there's always the perennial complaint about the "monolithic kernel" and the bazaar method of development, but as ESR effectively argues in The Cathedral and the Bazaar, the highly polished engineering represented by the Cathedral approach comes at the price of a snail like pace of development.
.NET platform so popular: Its focus on rapid development using the latest in aspect oriented programming technologies makes it an indispensible business asset for shops with relatively small programming teams.
In today's technology market, rapid development is essentially to short AND long term success. Now while Alan Cox might have liked a better API for hardware drivers or an architecture more in line with the "microkernel" concept so popular amongst academics, it's just not the way to succeed in the open source world. This is what has made the
But I digress. The issue here is overengineering. It's been shown that creating working kernel based on a register machine like most modern microprocessors is NP hard. What this means is that there is an inherent degree of complexity that cannot be swept under the rug via APIs and microkernels or any of the other academic fads that come and go year by year. You have to make a choice somewhere along the line and Linus chose a path with a proven history, with tremendous success I might add.
In short, it's time for people to stop the backbiting and recognize that the monolithic kernel, ugly though it may be, is the best we got and we should be thankful for it.
A Proud Member of the Reality Oriented Community.
than one guy running the show?
Linus is the linux ruler.
"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..)
Quidquid latine dictum sit, altum videtur
Cox may have had a good point on Linus' methods for security patches, but fortunately the community has spawned sites such as this http://www.securityfocus.com/ to publicly announce when people find security flaws from poking through the patch code.
Even if Linus tries to keep these things secret, they'll get out quite quickly.
Are they? I know some "programmers" who definitely do not practice "software engineering" all the time...the engineer who needs a quick tool to plug and chug some calculations isn't really going to care so much about code reuse as someone who's writing a word processor...
The words 'manager' and 'foresight' used on the same sentence without one of them being negated makes my belly ache with laughter. Who could dream up such a thing?
Now, before this gets modded "offtopic", the article is yet another clear piece of fluff that pretends to build antagonism between two important figures of the kernel project. How does this stuff keep getting accepted by Slashdot?
Site advertisement demographics require content 14-year-olds would feel satisfied with?
HAD
Why thank you. Don't mind if I do. :)
What happened to Linux being a panacea of developers contributing code from around the world?
Sounds more like one guy with an approval stamp and about twenty other close people.
That Linus is a person, and not a GOD as some people worship him as.
;P
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
Site advertisement demographics require content 14-year-olds would feel satisfied with?
Er, cause Slashdot is run by a company that sells OSS and has an agenda? Maybe that's why...
Think about it. If you wanted impartiality, you came to the wrong place.
I get the thig about Linux Kernel Development.
But where's the story about Cox on Torvalds?
the /. headline makes it looks like there's quite a bit of fued between cox and torvalds, which isnt really the case if you RTFM.
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]
my blog
when he is associated with it, or is it my imagination. For some reason I stopped trusting 2.4 when Marcelo took over.
Computer Engineers writing software are usually supervised by Computer Scientists, they are clearly more qualified to make the important decisions.
More accurately in a software development organization:
programmer/developer/computer engineer = code monkeys of differing experience
architect = computer scientist who makes important, well-informed decisions
HAD
sicko
Mongrel News all the news that fits and froths
(forgive the funny subject, I'm refering to tracking the dynamic elements of a piece of code):
I've written some code, and try to visualize how my code will run, stepping through each section in order.
The question I have is, is it still possible for these kernel gurus/hackers to effectively have the kernel and all its nuances inside their head, fully functional at a theoretical/experimental level? Or does development at this point consist of sub groups that are specialized and don't require a level of understanding to 'run the kernel in your head'?? If this is a fantasy of the past due to current complexity, when did the change occur?
-thanks
Silly Rabbit: tricks are for kids.
Shouldn't that be Coxnux -- the most phallic-sounding OS?
...at least it didn't say "Cox IN Torvalds"
Life is hard, and the world is cruel
So fork the kernel. Unless I'm missing something, OSS is rife with opportunity to make something else happen. Lord knows, there are plenty of branches of the kernel that are available.
If microkernel is the way to go, then write the code, and we'll see what happens in the OSS marketplace. I'm not going to say "best technology wins," as that's rarely been the case historically.
There is, after all, a reason that the HURD hasn't taken over yet. I might well be missing something, as this isn't really my area.
ceci n'est pas un sig.
There are at least thousands of pieces of information related to OSS produced lately. My comment is geared more towards fluff or filler used on this site, specially that which is tabloid-like in nature.
HAD
Linux has become much bigger than Linus now. The kernel alone has its parts maintained by other people, many of whose patches are applied without much checking to the main tree because they're 'responsible' for it, like certain architectures, driver trees etc.
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.
"Give orange me give eat orange me eat orange give me eat orange give me you." -Nim Chimpsky
from TFA: "Cox revealed that although Linus is good at developing code, he does not enjoy some of the other jobs that go along with software development such as bug fixing and beta testing."
Note that Linus and Microsoft are both being accused of the same thing.... some purists are arguing that they don't focus enough on the bug fixing. The reality is, that no matter what focus you will NEVER have a bug free system. All software makes such feature/stability tradeoffs perhaps the most important challenge of any software project is balancing the tradeoffs of perfectionism vs. time-to-market of bleeding edge features that is best for their market. Other operating systems that do focus excessively on security for their "core" offering tend to fall behind in features (like the old mainframe software banks use, etc). Sure such software has its place; but it's not the mainstream market.
Note that for the security consious customer, though, Red Hat and SuSE both have higher-security releases of their own (like the Common Criteria vesrions like this one; and releases like Debian Stable that also focus on security and bug fixes only. By people who don't understand that those releases are targeting a different market, those branches are often criticised for being filled with obsolete software.
It doesn't have to be Linus's job to handle the most conservative customer's needs.
I was going to mod, but decided to jump in, instead... I don't know Linus, I'm not a kernel-demigod, and you may know a lot more about him than I do. And while I'm a linux-enthusiast (and therefore an admirer of all the work that goes into it), I'm not a groupie who automatically jumps up to defend the Order of the Penguin. With that said, I don't see how "contemporary ideas" have anything to do with his ability to manage and guide the development of an OS. I've read correspondence about kernel issues (as I've come across them), and it always seems to me that he tries to keep it simple and direct. "Does it work?" and "Will it screw things up later?" appear to be the underlying themes...very admirable ones, in my opinion. Even more to the point: Why should anyone care if he has little or know knowledge outside his project? (And it appears to me that he has a lot of experience...but I can't/won't try to rattle off his resume. See above.) If I have to have brain surgery, I don't give a damn whether or not my surgeon knows how to do an appendectomy; he's got one job to do, and that's all I care about. Well-rounded educations, backgrounds, etc. are great when your project has to cover a wide range of issues. (Ever get involved in a government software project? It's a nightmare!) But if your needs are specific, then the more of an expert you are in that one area, the better off you'll be. To me, he's a smart guy doing a pretty good job of herding cats. 'Nuff said.
Never confuse movement with action. --Hemingway
Linux enjoys a reputation as a particulary secure operating system, compared to rivals such as Microsoft's Windows.
Compare apples with oranges much? If you want to talk about Linux's security reputation, let's compare it to OpenBSD shall we?
How we know is more important than what we know.
The article is yet another clear piece of filler that pretends to build antagonism between two important figures of the kernel project. How does this stuff keep getting accepted by Slashdot?
Is this the way Slashdot supports open source, fostering internal divides in exchange of ad eyeballs?
HAD
What, and rearing its ugly capitalist face? Way no!
HAD
Oh you have asked him about "OO" yourself, "PimpDawg"?
Have you ever even looked at the Linux kernel source? The VFS is a better OO abstraction than anything you will ever come up with in your lifetime.
How did this get modded above -1?
Link is somewhat NSFW. Not that anyone would read /. when they're supposed to be working...
Linus isn't running the show. He's not paying anybody, he can't fire anybody, he can't make anybody drop one project or idea to work on another.
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?)
-- Alastair
So I guess we are to assume that you, who make the claim that Linus is a hacker, are not a hacker?
Okay, I'll bite. What are your contributions to the evolution of the computer industry? I am going to assume, due to your judgement of Linus, that you must have done at least as much for the industry (or perhaps computer science research) as him, right?
The reason that it can be true that 1+1 > 2 is that very peculiar nonzero value of the + operator
"A language that doesn't affect the way you think about programming, is not worth knowing" - Alan Perlis
He's a hacker with a lack of experience in projects outside his own.
Are you sure? I thought he works pretty closely with Linux-related projects, when the need arises. For example, look here.
Note that Linus was the top poster for that week.
The question I have is, is it still possible for these kernel gurus/hackers to effectively have the kernel and all its nuances inside their head, fully functional at a theoretical/experimental level? Or does development at this point consist of sub groups that are specialized and don't require a level of understanding to 'run the kernel in your head'?
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.
The worse the manager, the more his OS gets used.
I don't know what other people think of this, but I think it's funny!
I'm not a coder. The cosest I get is some bash scripting, which I haven't had to do in a while. But hearing that even some of the greatest coders (who aren't bound to a company policy to keep mum) sometims screw up, makes me feel good... It just cracks me up that there are those moments in life where even Alan Cox and Linus Travolds say 'What the $#@%! was I thinking?'
And the best part? It's all visable to all the other developers. Thank goodness. I'd hate to know what kind of hairballs are in other complex, closed source software... that never get looked at by more than the core developers.
If its true, though there is no reason to believe you, I think he is better that way. I have met many so called 'OO' guys and believe me they dont know what they are talking about. At least this guy knows what the OS needs and how to manage the project. Have seen many managers and most of them are DUMB.
How did this get modded above -1?
Sadism.
Engineers make thing from whats avaiable to produce the best design for the end result Developers create new ideas and methods that seem really cool Programmers code the idea's into a working product It's even better when you can get a person who good at all 3, more likly there good at 1 and 3 or 2 and 3
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.
Kai MacTane: Web developer for hire in San Francisco
Dude, why would you stick your balls in the air? If they're too sweaty, I suggest using some baby powder.
Tastefully done! haha
“Common sense is not so common.” — Voltaire
Although I don't necessarily agree with the OP, I think the premise that a criticiser needs to be an intellectual or acheivement equivalent in order to criticise is somewhat farcical.
It's roughly the equivalent of demanding that sports commentators be major-league level in order to discuss fielding errors, or demanding that music critics be themselves accomplished musicians. You don't have to be an expert to criticise an expert.
Obviously from your rationale, only 3 or 4 living people are qualified to make comment on GWB.
No one is perfect!!!
The important thing is not to stop questioning --Albert Einstein.
Free and Open Source European DEveloppers Meeting www.fosdem.org
pictures and ramblings
This is ridiculous. Just because Cox doesn't agree with Linus on a couple of small aspects does not mean that Linus is a bad designer or anything. Sure Linus is stuck up and likes to control everythign and I can clearly see that benefits of that but the problem with linux is that it grows to fast for any one man to be able to look over every patch proposal and maintain the whole system alone. However, the system has changed quite a bit with the introduction of 2.6 and it is a lot smoother than it used to be. And as far as the dumb comment about patches getting in the kernel too easy goes that is compleate BS. Patches are reviewed as carefully as possible and I am sorry for Cox if he thinks that he is somewhat perfect but the rest of us do make mistakes. Anyway, Linus DOES control a huge part of the kernel and yes he DOES decide wheather or not a certain patch gets in or not. This in the OSS world is equivelent to firing a person. What people should try to understand is that as linux starts gaining more and more popularity and exposure people that have been sitting in the background before would start attacking Linus for the pure purpose of fame. After all vanity is one of humanity's favourite sins ...
Is it all that obvious? I counted Linus saying obvious or obviously 11 times! To me it isn't.
This is the normal fight Linus works alot in the unstable tree rules don't apply here.
It is normal to be verry quite about things.
System patchs are better than windows you see that if a person stuffs up to many times they get delayed from patching also it is public what programmer not to trust in other projects.(yes your patch end up in the wait 3 days stack)
This is a good system.
It'd be just as funny if the article was titled
"Coxs in Pamala"
Need help treating your acne? Come here!
The VFS is a better OO abstraction than anything you will ever come up with in your lifetime.
Uh, what? The VFS is hardly a brilliant concept, but rather the sort of abstraction that any good designer will come up with. It's also not an original Linux invention (Sun OS has had it since 1985, I think). The kernel developers also seem to have a perpetual problem with defining an interface once and defining it well. It happened to me more than once that FUSE broke during a supposedly minor kernel upgrade. For all its virtues, the Linux kernel is hardly a case study in good software engineering.
That's good, because I'm perfectly comfortable defending myself.
That said, groupies (the female kind) are always welcome.
'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."'
Nothing has changed. In 1983 one cause of coding (programming) errors had been described as a misfit of perceived and actual reality (Zemarek in Psychologie des Programmierens, S. 111-129, Hrsg. H. Schauer, M. Tauber, R. Oldenbourg, Wien, 1983).
CC.
TaijiQuan (Huang, 5 loosenings)
Te han moderado como offtopic, sudaca cabrón.
I think the removal of ide-scsi goes against that though. Don't get me wrong, I like linux and am very glad I have a good free kernel to use. But that was a mistake, plain and simple, with no real justification, and from what I read seems to have been done by executive order from Linus. And it's a real problem for me; it's keeping me from moving to 2.6 (although the instability is such that I wouldn't want to move anyway yet). I'm hoping some distribution's people will keep maintaining 2.4 and adding features (IIRC red hat is doing this, and gentoo where I get my sources from seems to be doing it at the moment), or the kernel.org people keep doing this, because if not I will have to find myself another OS. Or try and maintain my kernel myself.
I am trolling
Who is the one who has social skills. I mean, in a project ?
CC.
TaijiQuan (Huang, 5 loosenings)
im gay and the joke didnt bother me at all...
there are crappy jokes out there that hurt, but i dont think this was a good example of one... this was just silly humor... i didnt read it and see any homophobia in it... if i were in a different mood i might have made the same joke myself (well maybe not, since its dumb, but anyway...) and im pretty sure, as a gay guy, im not very homophobic...
Sicko would have been linking to tub girl or goatse. That pix WAS funny AND on-topic.
I prefer the "u" in honour as it seems to be missing these days.
I see through your trick question!
(D) None of the above.
Theneat question is how do you know when to drill into the code and when to fly at a high level.
I regularly work on large suites and I work successfully because I don't step through in detail line by line. I overview the lot get a general structure then target where I think problems are more likely.
In Linux case there are probably clues to what the problem is, only with this driver, only with this option, etc. I have the utmost respect for any kernel developer.
"Linus is very keen to have maintainable code, while to have a stable kernel I'm keen to have code that works."
And these things are mutually exclusive?
Perdona, no he sido yo el del otro post. Me he dejado abierto el firefox mientra me iba a tomar un cafe y compañero de trabajo, que es un poco gilipollas, se ha puesto a hacer la gracia. Lo siento.
Mathematically compliment is opposite sides of an angle. if one is acute then the other must be obtuse. They compliment each other like the chinese ying and yang.
They balance one another because they are different or compliment each other. THis is different from the compliment that sings the praise of someone else.
+10 Funny.
Question: "My question is what do they use to manage such a huge complex code base?" Answer: flamefest-fuel
You know, I woke up the entire neighborhood laughing my flowers off.
To my understanding Linus would be the better engineer. Engineers don't like hacks and they do like maintability. Developers like to hack stuff together to get it to run.
You don't have to be an expert to criticise an expert.
Well, lost me there. Until that point, your argument made sense, but it's glaringly obvious that one does have to be an expert to be able to come up with valid criticism on an expert. You brought up sports commentators, they are experts (or should be, if they want to be worth their salt) in their area, likewise the music critics. You, too, tend to dismiss moronic and/or uninformed criticism as asinine, do you not?
Posting as an Anonymous Coward, since I am at work and couldn't remember my Slashdot password even at gunpoint.
But to get a stable kernel you tend to do small horrible fixes. Linus is very keen to have maintainable code, while to have a stable kernel I'm keen to have code that works.
I have heard this argument used sooo many times to excuse sloppy coding in production environments. It is bullshit! There is no reason why maintainable code would not be stable. There is every reason to believe (backed by a lot of experience in production) that "small, horrible fixes" would be unstable!
"One of the hard problems to fix are design errors," said Cox. "These are a pain because they need a lot of refactoring. Linus' approach is to re-write it to a better design."
From this statement, I know who I'd rather have in charge of kernel development: Linus! There are times when the design shows basic flaws that should be fixed. The correct approach is to redesign and rewrite it NOT to pile fix upon fix on top of a flawed design.
I think this article shows Cox in a bad light NOT Linus.
Mahatma is a title meaning something like Great Soul or conveying a respect for their wisdom.
Ghandi's first name was Mohandas; the title was later given to him and it is a common slip to think his non-family name was Mahatma.
Now there's someone who hasn't lost his flower yet.
(Although he may have misplaced it.)
Without GNU's GPL MS would've openly pirated various free implementations of UNIX.
What about the ones that are not released under GPL, like *BSD?
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.
Whence? Hence. Whither? Thither.
Without GNU's GPL MS would've openly pirated various free implementations of UNIX.
What about the ones that are not released under GPL, like *BSD?
The BSD TCP/IP network stack was openly "pirated" by Microsoft, if by "pirated" one means "used while drowning in hypocracy by decrying the very free movement one is exploiting," which is really the only definition of "piracy" I can imagine would apply to using a Free product in compliance with its license. I suspect that is what the original poster meant.
I wouldn't have chosen the word "pirate" as it implies copyright violation, which is clearly not the case if you're adhering to a license. "Exploited" would have been more appropriate.
Microsoft openly exploited the BSD TCP/IP network stack because of the liberal BSD license, something the authors of FreeBSD have absolutely no problem with, and in fact encourage. As to whether this is strategicly wise of them or not, well, that is a flamefest reserved for typical GPL/BSD arguments. I personally think the GPL is what has made Linux viable and protected it against many of the worst depridations by Microsoft...though of course it won't hold up to a patent assault once Bill Gates finishes ramming software patents down the Europeans' throats (one may speculate on which appendage Mr. Gates is using to do the ramming), but as Apple, OpenBSD, FreeBSD, ogg-vorbis, and numerous other projects have shown, the BSD license has its strengths as well, and can be quite ideal for other projects.
The Future of Human Evolution: Autonomy
As long as you're getting bashed for your English I'll hit you on your Chinese as well.
The proper term is Yin and Yang.
I want to shoot the messenger!
Mahatma
Wikileaks, no DNS
i think it was with suse 6.2 or such. after ...
...
that it started to become impossible to run the
kernel "in the head"
instead of runing the kernel, one started seeing
the kernel, so i decided to call it "call it
adds"
Link is NSFW? No kidding? You must be new here. :)
it sounds like Cox words were twisted a bit.
I don't know because i'm not there BUT. it seems like AC is talking about people in general when he is talking about kernel bugs, not Linus approach.
earlier in the article he does say they have different approaches. But the article on slashdot splices quotes together to appear to make controversy where none may exist.
Here is the whole paragraph.
These early issues can be easy to fix as they are often obvious bugs. "Early problems you get are normally very easy to fix," said Cox. "As soon as the release comes out bug reports say 'You've broken this'. Almost immediately you go, 'Whoops, that's my mistake'. Ten minutes later the fix is in the development tree."
"He's a real midnight golfer"
A guy who exclusively writes his weblog/homepage in Welsh calls someone difficult to work with...
Conformity is the jailer of freedom and enemy of growth. -JFK
so Linus is actually a common man ... not a mere god ...
Question Authority before IT questions You
I think, you don't know much about Gandhi. (sic)
It's better to be the foot on the boot than the face on the pavement. ~~ tkx Kadin2048
timothy sensationalized this headline by taking Cox's words way out of context.
He shows a conflict when none exists, as others have pointed out. please RTFA to stop his apparent FUD/character assination attempt.
a good example of skewed news.
...on that article
Sponsored Links
* Kernel News
Windows has a lower TCO than Linux. Get all the facts Now!
www.microsoft.ca
* Get The Facts On
Linux and Windows Find Out More Here
www.microsoft.com
* Fix Kernel
Repair kernel errors now! Free Trial & 100% Guaranteed. aff
fixcomputererrors.com
It take more faith to believe in evolution than it takes to believe in God
This elitist racist-ass cracker hasn't taken any submissions from the brothers!
Software Engineer: job title that doesn't actually exist.
Complement is the spelling for the mathematical term. A compliment, on the other hand, is an expression of admiration.
Systemd: the PulseAudio of init systems
Insightful? Really? Someone meant funny, I'm sure. I guess I have to finally accept that what they say is true: moderation is broken.
Anyone modding up the above will be spanked in metamod.
Makes you wonder whether the Slashdotters above were actually playing MineSweeper when the details of "two's complement arithmetic" (aka, "subtraction") was covered, and were also sleeping thru their HS Geometry when complements of angles were discussed.
It's long been obvious that the typical slashdot flamethhrower only nominally has English as a first language. Now, it seems he's rather fuzzy about concepts in math, computing and systems, too.
Hard to imagine somebody who's too asleep to contemplate that "compliment" really means "complement" is somebody who groks the differences between by-ref and by-value, or any of the other zillion details that matter in our "profession."
"Inquiring Minds Want to Know!"
summarizes the text you referred to with both simplicity and precision: "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."
It's better to be the foot on the boot than the face on the pavement. ~~ tkx Kadin2048
" When Microsoft uses BSD code it's piracy, but when Apple uses BSD code it's contribution? I know that Apple has released some code (Darwin) but it hasn't given back much. It hasn't given its GUI code. It's using BSD code to make profit."
So by your argument. Anyone running a closed-source program on Linux isn't "Giving Back", and is "using 'Linux' code to make a profit".
Microsoft doesn't have to "kill linux". The attitudes of some of it's members will do nicely.
Mahatma sounds more like RMS (and like ghandi with later perceived errors)
They can then be downmodded that bit further...
The most probable reason for this might be code portability. If you force yourself to write code on a PPC machine then the odds are much better that you'll end up with portable code (as you already know a bazillion x86 users will be testing your code anyway.)
No, using only a PPC does not really help you write portable code. It is pretty much the same as using only an x86. To write portable code you have to use more than one architecture during development. If you write on PPC and wait for x86 users to find problems you are not writing portable code, you are fixing the non-portable code that you wrote and distributed.
You bet your ass it is.
Is that something like TEA BAGGING?
I assure you, no executive is reading Slashdot!
:P
Take back your paltry assurances, as I am indeed an executive. Chief Executive Officer, to be exact.
What do you think we do in our offices all day?
Let's be clear. Gay sex is only beautiful if it involves two chicks having sex with each other. Anyone who thinks otherwise is a bed wetting nancy boy.
This isn't Fark. If you randomly click on Slashdot links, you'll probably see a lot worse.
Dewey, what part of this looks like authorities should be involved?
Gah, somebody rate this -1, disturbing. If you'll excuse me, I'm going to go wash my eyes out with soap.
"Each must know they compliment the other and make the whole of the Linux kernel better
... patches ?
- even if they have the odd disagreement -
or the kernel would have been truly forked (no pun intended) a long time ago. "
If you care to read the BitKeeper homepage and technical documentation.
BitKeeper and similar tools such as Arch, makes it possible to work on diferent forked tree
while allowing those forks to synchronize/merge more easily via change sets.
Therefore, the linux kernel is already forked.
However, BitKeeper makes it easy to merge/share any of the forked tree.
For instance, at the current moment few Linux forked tree exists in parallel:
-mm
-ac
-bk
-ck
-pre
etc.
The reasons why they are really forked is that
they uses different change sets, while some of these change sets are truly incompatible.
It also explains why some patches "mature" in some non-Linus tree and if found "mature enough",
Linus can merge them back into his tree.
The fact is when you say you use Linux 2.6,
you actually have to specify which tree branch? Vanilla or one of the -mm -ac -pre
Samething when you submit a bug report.
The only real difference between Linux and *BSD,
is that people try to make the number of incompatible change sets as low as possible,
since the SCM technology used allows this to be done easily.
So maybe it's not as forked as *BSD, still *BSD still share device drivers and similar.
But they are still many different trees that exist in parallel.
The major problem are RedHat, SuSe and similar,
who apply various patches to their kernel, but doesn't make it back to the Vanilla tree.
They are lost in the nature... unless people
try to track them, validate them and apply them.
So, yes, they could fork dramatically;
however, if they reconciliate 6 months later,
it would still be possible to merge them...
Have a nice day!