Linux中不可回避的问题

　　使用 Bitkeeper 作为 Linux 源码的储存区对于自由软件社团具有重大的影响，因为任何 想要密切追踪 Linux 修正的人 只能以安装那个非自由软件才能进行。一定至少有数打或甚至数百名的 内核黑客 已经做了这件事。他们之中大部份的人已经渐渐地说服了他们自己 使用非自由软件是没有关系的，以避免在 有关 Bitkeeper 施加在他们电脑上的压力 的认知不协调所产生的意义。对此我们可以做些什么？

　　一个解决方式是为 Linux 源码设定另一个储存区，使用 CVS 或其他自由的版本控制系统，并安排好可以自动地将新的版本载入进来。这样可以使用 Bitkeeper 来对最新的版本进行存取，然后安装新的版本到 CVS 中。这种更新操作可以自动且经常地运行。

　　自由软件基金会不能这样做，因为我们不能安装 Bitkeeper 到我们的机器上。我们现在没有 不自由的系统或应用程序 在这些机器上，而且我们的原则也告诉我们必须维持这种方式。运行这个储存区的操作会需要某个愿意将 Bitkeeper 安装在他的机器上的其他人，除非有人可以找出或做出一个使用自由软件来进行它的方式。

　　Linux 源码本身有着更严重的问题：它们实际上存在一些非自由软件。不少的装置驱动程序包含一连串的固件程序安装在这些装置内。这些程序并不是自由软件。其中一些写到暂存器中的是一回事（译注：可以视为硬体）；很大数量的程序仅以二进制型式出现又是另外一回事了。

　　在 Linux ``源码'' 档案中出现的这些 仅二进制码 程序，造成了另一个问题：那就是，Linux 的二进制码到底是否可以合法地再发布。 GPL 需要 ``完全的相关源码'' ，而一个 0 与 1 所组成的串列并非源码。按照相同理由，增加一个像是这样的 二进制码到 Linux 源码中破坏了 GPL 的规定。

　　Linux 开发者有个工程要将这些 固件程序 移到个别的档案中；它将会需要数年的时间才会成熟，但是当完成时将会解决这个问题；我们可以作出一个 ``自由的 Linux'' 版本，而其中不包括任何 不自由的固件档案。但这件事本身有可能做不成，如果大部份的人都使用 不自由的 ``正式版'' Linux。这很有可能发生，因为在许多平台上的自由版本，如果没有不自由的固件都将无法运行。 ``自由的 Linux'' 工程将会理解到 固件做些什么，并且为它写些源码，也许会以 汇编语言 为每一种它要运行于其上的嵌入式处理器 来撰写。它会是件吓人的工作。但如果我们在几年的时间内一点一滴地完成它，而不是想要一次做成，它就不那么可怕了。藉由招募人员来作这项工作，我们将会克服 由某些 Linux 开发者所散播的 ``这件工作是不必要的'' 观念。

　　作为内核的 Linux 通常被视为自由软件的旗舰，然而它目前的版本有部份是不自由的。为什么会这样？就像其他决定使用 Bitkeeper 的问题一样，这个问题反应出了 Linux 原始开发者的态度，也就是认为较佳技术比自由更重要的态度。