Lack of testing 'threatening stability of Linux'

Lack of testing 'threatening stability of Linux'

Summary: One of the maintainers of the Linux kernel has said that a lack of 'credit or money or anything' for those who test the open source OS could threaten its long-term stability


A lack of commitment to testing by the Linux community may ultimately threaten the stability of the operating system, Linux kernel co-maintainer Andrew Morton has warned.

Speaking at 2005 in Canberra, Morton said more attention needed to be paid to testing to avoid bugs proliferating in the kernel, which forms the basis for commercial Linux distributions as well as being used directly by many open source enthusiasts.

A key challenge is the lack of recognition for people who spend hours testing new kernel releases.

"They get no thanks or credit or money... or anything," he said.

Morton also criticised the Bugzilla tool used for tracking problems, saying that it encouraged one-to-one communication, a process which didn't help educate the wider community about potential problems.

"Bugzilla is fine for tracking bugs, but as it's currently set up, it's not very good for resolving bugs."

"This process, where individuals communicate via a Web site, is very bad for the kernel overall."

The switch from alternating between even-numbered 'stable' releases and odd-numbered 'development' releases with version 2.6 of the kernel has been controversial, but Morton said the process had generally worked well.

"We've made big changes to the standard kernel, and haven't broken it any more than it was before."

"One thing I hope to do over the next year is to settle the development process down a bit," he said. Morton commented on the ongoing war of words between Linus Torvalds and Andrew Tridgell over the recent loss of a licence to use BitKeeper to maintain the Linux kernel source tree, saying he had always had reservations over the use of a proprietary tool.

"I was never very happy over the choice of BitKeeper," he said, saying that the technology had been chosen without sufficient consideration of alternatives or consequences.

"If you pick a good technology and the developers are insane, it's all going to come to tears."

A better approach when BitKeeper was first adopted would have been to back a group of open source developers to create an SCM tool and then adopting that for kernel work, he argued.

"[If we'd done that], the free software world would have had significantly better tools than we do have."

Morton stressed he was trying to avoid direct involvement in the dispute.

"I'm basically keeping my head down until the dust settles and the shrapnel stops flying," he said.

However, he added that the role of SCM had been overestimated in many cases.

"It's only Linus who is directly affected by the BitKeeper business," he said, noting that many projects would need a different approach.

"If you think you need a source code management tool for your free software project, you might be wrong."

Morton also emphasised that he didn't agree with Torvalds' longstanding philosophy that rejecting patches from the kernel was just as important as accepting them.

"I diametrically disagree with him on that stuff," he said.

"If we just drop the patch on the floor . . . it's the kernel that ends up missing out. It's the maintainers' function to get patches into the kernel, rather than taking pride in rejecting them."

Angus Kidman reported from Sydney for ZDNet Australia. For more ZDNet Australia stories, click here.

Topics: Apps, Software Development

Kick off your day with ZDNet's daily email newsletter. It's the freshest tech news and opinion, served hot. Get it.


Log in or register to join the discussion
  • It's clear to me that, as Linux grows in popularity, the 'community' element which drives it iwill eventually be weakened, as Linux becomes increasingly a product driven by the market.

    Hence the satisfaction and reward experienced by developers is diminished or lost and replaced by an obligation, leading to a loss of motivation.

    I believe this important issue must be given urgent consideration so that Linux does not loose its momentum.
  • I believe, there are real alternatives to linux. As linux is just a kernel. What we use and are comfortable - the numerous programs and utilities that run in the OS space are the GPLed GNU softwares which can run on linux alternatives too like FreeBSD, MacOS, OpenBSD, NetBSD and so on.
    For the diehard fans of GPLed software , there is the GNU Hurd which can be embraced instead of Linux kernel. And the end user will never know the difference. This scenario of lack of testing will not occur for Hurd because it is a purely non-profit venture whereby even the developers do not rely on the project for their livelyhood. For them, it is a pure hobby and pleasure to work on the project and that is incentive enough for them to put in man hours in bettering the software.
  • >"They get no thanks or credit or money... or anything," he said.

    Thanks- implied
    credit- needed

    Uh.. that's why they call it free software..
  • If someone could point me in the right direction of how to get GPL software especially KDE or Gnome to run on top of the Darwin, plese let me know.
  • "If someone could point me in the right direction of how to get GPL software especially KDE or Gnome to run on top of the Darwin, plese let me know."

    Although your question is clearly significantly off topic, i'll do the nice thing anyway and tell you about Fink. Go to