Please support our Software Development advertiser:
May 8th, 2006, 10:33 am
“I believe the 2.6 kernel is slowly getting buggier? said the rather respectable looking man with short hair, spectacles and absolutely no beard whatsoever. What on earth could Andrew Morton know about Linux then? Quite a lot as it happens. Morton is the ‘lead maintainer’ of the Linux production kernel, and when he gets worried, we should all get worried. But who said anything about being worried? Oh, yes, I forgot to finish that quote “It seems we’re adding bugs at a higher rate than we’re fixing them?.
Speaking at the LinuxTag Conference in Wiesbaden, Germany last Friday, Morton’s words sent a shockwave around the Linux developer community. Not necessarily because they disagree, but rather more because he said it at all. Perhaps the fact that he went on to say that if the statistically evidence proves his suspicions, then he will consider halting kernel development, at least on a temporary basis until enough issues have been resolved to play catch up. This would almost certainly involve a bug fix only kernel cycle, requiring developers to reallocate their time so that more is spent bug squishing. But with an increasing number of these developers being employed by IT companies with little financial interest in the legacy hardware that tends to cause most of the problems, how do you motivate them to participate happily, if at all?
What must rattle the cages of Linux developers everywhere is the timing of such a statement. Just as it is starting to gather some real momentum beyond the hobby user camp, finding a footing in the lucrative world of the business enterprise. All that the Linux evangelist needs is a spanner the size of this one to be thrown into their works. Of course, the open source diehards will argue that it’s just proof that the process works, it is being open. The same problems effect any long standing development lifecycle, but in the secretive world of proprietary development such things are kept locked down and woe betide anyone who is found responsible for leaking such commercially damaging information to the wider world. But those diehards are wrong, very wrong indeed. If anything it is proof that the oft vaunted claim that open source development responds more quickly to bug fixing is fatally flawed, particularly at the top end of the product food chain.
While Linux developers retain the tunnel vision that leads them to focus on new features at the expense of fixing old ones, the problem isn’t going to go away any time soon. I don’t for a moment predict the death of the Linux movement, but I do hope that Morton wields a big stick and hits the development process hard, and fast.
Speaking at the LinuxTag Conference in Wiesbaden, Germany last Friday, Morton’s words sent a shockwave around the Linux developer community. Not necessarily because they disagree, but rather more because he said it at all. Perhaps the fact that he went on to say that if the statistically evidence proves his suspicions, then he will consider halting kernel development, at least on a temporary basis until enough issues have been resolved to play catch up. This would almost certainly involve a bug fix only kernel cycle, requiring developers to reallocate their time so that more is spent bug squishing. But with an increasing number of these developers being employed by IT companies with little financial interest in the legacy hardware that tends to cause most of the problems, how do you motivate them to participate happily, if at all?
What must rattle the cages of Linux developers everywhere is the timing of such a statement. Just as it is starting to gather some real momentum beyond the hobby user camp, finding a footing in the lucrative world of the business enterprise. All that the Linux evangelist needs is a spanner the size of this one to be thrown into their works. Of course, the open source diehards will argue that it’s just proof that the process works, it is being open. The same problems effect any long standing development lifecycle, but in the secretive world of proprietary development such things are kept locked down and woe betide anyone who is found responsible for leaking such commercially damaging information to the wider world. But those diehards are wrong, very wrong indeed. If anything it is proof that the oft vaunted claim that open source development responds more quickly to bug fixing is fatally flawed, particularly at the top end of the product food chain.
While Linux developers retain the tunnel vision that leads them to focus on new features at the expense of fixing old ones, the problem isn’t going to go away any time soon. I don’t for a moment predict the death of the Linux movement, but I do hope that Morton wields a big stick and hits the development process hard, and fast.
This blog entry was written by Davey Winder, staff writer aka happygeek. It has received 2,225 views, 7 comments, and 1 linkback. 2 voters have rated this entry an average of 4.5 out of 5 stars. It was promoted to featured status May 8th, 2006.
•
•
•
•
adobe advertising apple blog business daniweb dell development economy email facebook firefox gaming google government hacking hardware ibm intel internet iphone ipod linux mac malware microsoft mobile mozilla mp3 music news open source privacy programming search security server software sony spam stocks technology ubuntu video vista web windows yahoo youtube
All Recent Tags Comments (Newest First)
pty | Posting Pro in Training | May 13th, 2006
•
•
•
•
2.6 brought a LOT to the table and development has been going at a fast rate.
I think if the core development team felt that there were too many bugs, and the rate of new critical bugs was higher than the critical bug-fix rate, they would freeze new features and concentrate on ironing out the problems. Linus hinted that this might happen after 2.6.16.
To be honest I think the original article was slightly sensationalist.
I think if the core development team felt that there were too many bugs, and the rate of new critical bugs was higher than the critical bug-fix rate, they would freeze new features and concentrate on ironing out the problems. Linus hinted that this might happen after 2.6.16.
To be honest I think the original article was slightly sensationalist.
Toba | Junior Poster | May 12th, 2006
•
•
•
•
I'll go out on a limb and say that many of the bugs and problems to do with Linux legacy hardware compatibility stem from kernel development. The driver and module architecture of Linux changes from time to time IIRC.
Somewhat disturbing, but I'm sure it'll turn out okay.
Somewhat disturbing, but I'm sure it'll turn out okay.
blud | Linux Reject | May 9th, 2006
•
•
•
•
Indeed, that is why vista has been in development for almost 6 years now, and still isn't released. :cheesy:
analogdog | Newbie Poster | May 8th, 2006
•
•
•
•
Please read this:
http://news.linux.com/news/06/05/08/...?tid=23&tid=96
This sure is not posing death of of the kernel, its just needing some time to hunker down and tighten the kernel up.
WinSnobs may say what they want, but trust me, the Windows kernel goes through this phase, too.
http://news.linux.com/news/06/05/08/...?tid=23&tid=96
This sure is not posing death of of the kernel, its just needing some time to hunker down and tighten the kernel up.
WinSnobs may say what they want, but trust me, the Windows kernel goes through this phase, too.
jwenting | duckman | May 8th, 2006
•
•
•
•
Precisely what I've been saying about open source in general for years.
There is no quality control worth speaking of, hardly any bugfixing.
When you rely solely on people doing it for the kick, you're going to accumulate a group of people who are uninterested in maintaining existing code, especially if it's code they didn't write themselves.
And when someone reports a bug he's shouted down with statements like "it's free, you get what you pay for", "just fix it and submit a patch" (never mind those get ignored if not from the core clique), "if you donate to our team you may get some time".
If there's any response at all that is, and not total silence from the developers who are basking in the light of their own glory.
There is no quality control worth speaking of, hardly any bugfixing.
When you rely solely on people doing it for the kick, you're going to accumulate a group of people who are uninterested in maintaining existing code, especially if it's code they didn't write themselves.
And when someone reports a bug he's shouted down with statements like "it's free, you get what you pay for", "just fix it and submit a patch" (never mind those get ignored if not from the core clique), "if you donate to our team you may get some time".
If there's any response at all that is, and not total silence from the developers who are basking in the light of their own glory.
nicentral | Junior Poster | May 8th, 2006
•
•
•
•
These bugs shouldn't affect the Mac OS X since it is based on BSD and not Linux.
cscgal | The Queen of DaniWeb | May 8th, 2006
•
•
•
•
:eek: Eeek. Does anyone know if the flaws in the linux kernel are being mirrored by other *nix kernels, such as the one that powers Mac OS X, for instance? Mixing open source and proprietary systems is always a dangerous combination.
Post Comment
•
•
•
•
Only community members can start a blog or comment on blog entries. You must register or log in to contribute.
•
•
•
•
•
•
•
•
DaniWeb Software Development Marketplace
Related Blog Entries
- UK ISPs agree to throttle illegal music file-sharers (3 Hours Ago)
- WikiGoogle or GooglePedia? Nope, it is Knol actually. (16 Hours Ago)
- SF Password Hijack Highlights Importance of Process in City, State IT (1 Day Ago)
- Botnets boost click-fraud rate (1 Day Ago)
- Apple ships 2.5 million Macs, sells 11 million iPods and 717,000 iPhones in just 3 months (2 Days Ago)
- Limbo 2 Trojan comes complete with guarantee of invisibility (3 Days Ago)
- Fake UPS invoices deliver Pushdo botnet package (4 Days Ago)
- Security Holes Spring Up in Java Framework (8 Days Ago)
- iPhone 3G: It Was All Yellow (9 Days Ago)
- Consumer electronics revenue to hit $700 billion by 2009 (13 Days Ago)
Related Forum Threads
- What's better? Windows 2000 Server or Linux Server? (Windows Servers and IIS)
- Kernel modules vs. common program-process (Kernels and Modules)
- Software Development in Hyderabad, Andhra Pradesh. (Software Development Job Offers)
- 1000% Speed Increase Using Linux Kernel 2.6 (Kernels and Modules)
- Software Development in Hyderabad,India. (Computer Science and Software Design)
- Linux Programming (Kernels and Modules)
- Press Release (*nix Software)
Featured Entry