一个帮助Linus Torvalds跟紧Linux补丁发展的的建议激起了一场关于Linux操作系统的发展是否已经超越其开创者能力的争论。

本周一，计算机程序员，作家和Linux推广者Rob Landley提出了一个针对Linux核心开发的建议：补丁企鹅——一个专门帮助集成解决开发中的Linux2.5所存在的无数小问题的人。

Landley说，这个建议由于许多开发者因为Torvalds没有紧随自愿开发者所做的补丁碰到了困难才提出的。这在整个Linux社会中已经成了一个潜在的不安因素。

Landley在他的提议引发了Torvalds和几个开发人员的激烈讨论后说：“现在，补丁程序尽管存在很多问题，但还是可以管理的。我之所以作出这个提议是希望能在问题爆发前解决它。如果压力持续发展，就越来越可能发生灾难性的事情。”

这场争论使一个问题更加突出，就是当Linux变得更加复杂使，对操作系统外加程序的管理并没有跟上。有人担心受了打击的开发者会自己出击，分解Linux核心技术，并建立两个完全不同的操作系统。

从20世纪90年代torvalds写下代码开始，Linux从一个小而简单的操作系统变成了一个功能强大得足以和微软的Windows相抗衡的操作系统。但是Torcalds仍然控制着这一操作系统唯一正式的核心，即kernel，并操控着linux未来的发展方向。

Torvalds,作为芯片制造者Transmeta中的一员，声称现在的开发机构很好。相反，他坚持认为试图在这个系统进行开发的其他人是徒劳的，他不会使用任何一个送来的补丁程序。

"重要的是知道什么事情应该优先”Torvalds说“你可以在两件事情中做一件：一，全盘接受，甚至接受一些缺陷，或者更小心，把时间都花在补丁程序上”。

关于信任

Torvalds补充说：他对于一些没有采用适当方式提交的补丁的拒绝，引起了一些紧张。但这些并非源自他信任的人。而这些人，正是被指定去领导对现在的linux的子系统（比如网络，帮助系统，图表系统）做改进的人。

“简而言之，把补丁送给你所知道的我信任的维护人员，”他说“如果你找不到一个人赞成你的补丁，你应该问自己这个补丁是不是有什么问题”。

这引起了一些开发人员的猜测。到底Torvalds拒绝补丁是因为它本身有问题呢，还是他们根本没有时间看它。

“问题Linux把大量好的补丁都阻断了”Landley 说“那是因为linus拒绝问题的方式就是简单地忽略问题”。

并不是只有这个行业里的无名小卒编写的补丁被束之高阁，一些很著名人物所写的补丁也在长时间里不被采用。

著名的开放资源传播者，linux帮助系统的维护人员Eric Raymond说，他曾经将他写的6个补丁提交了33次以获得采用。每次核心的变更，他就不得不为了保证他的软件能在新的核心版本上运行而做额外的工作。

Raymond.说：“Linux的发展并没有超越Linus作为设计者的能力，但是现在它的发展确实超过了Linus作为管理者的能力范围，如果我们还希望Linus做设计，我们就必须要找到一种方法把他从管理者的位置上替换下来，或者起码增强他处理补丁的能力。”

另一个争论的焦点是补丁问题延迟了新版本Linux的开发。

稳定Linux2.2，并开始开发只供开发者使用的测试版Linux2.3只需三个月的时间。而制作最新的产品化的版本——LINUX2.4并开始测试最新的Linux 2.5却用了大概11个月的时间。

甚至和Torvalds紧密工作在一起的人也相信他需要人帮助他组织开发工作并确保代码的及时更新。

著名的Linux 核心开发者Alan Cox认为Torvals非常需要一位伙伴。而他就是Landley现有成熟版本Linux 2.4的非正式的“补丁企鹅“。

COX补充说，合作伙伴应该是一些有自己linux产品并自己给核心打补丁的公司，比如Red Hat,SuSE 和Mandrake，他们可以解决一些Torvalds拒绝去解决的问题。

“如果你看看供应商，就会发现，供应商更愿意出售有补丁，改过并明显落后于发展前沿的Linux核心。这样做是有原因的“Red Hat的COX说，“一般的顾客需要的是一个稳固可靠的平台，并且需要能有什么人站出来说‘我们支持这个平台，我们测试过它，我们说它很好”。

但是，COX 并不重视这个圈子里的不和，他认为这显示出Linux的开发者们是一群脾气不好的人。

“这就好象一次关于应该坚持什么，应该放弃什么的办公会议，所不同的是这场会议是在公众面前进行的”.

从他的角度来说，Torvalds并不认为他已经被确保Linux按轨道发展的工作压垮了。但他确实同意了有增加一个额外的维护人员来处理那些可能很有用的小补丁的可能。

他说：“专门委派一个人处理各种各样小而无序的补丁可能是个好主意。问题是很少有人愿意只做这样的清洁工而不去做更大的事情”。