红帽近日已改变了发行企业版Linux内核代码的方式，此举旨在防止甲骨文和Novell抢走其客户，让这些竞争对手更难弄清楚在哪些地方打上了补丁。 欲让甲骨文和开源CentOS项目“寸步难行” 有些人猜测，这个变化旨在让甲骨文和开源CentOS项目更难构建各自的Linux发行版。不过红帽首席技术官Brian Stevens表示，实际情况并非如此。他表示，这个变化旨在牵制甲骨文和Novell向已经在运行红帽企业版Linux(RHEL)的客户提供支持的能力。 Brian Stevens告诉英国科技网站The Register：“很坦率地说，我们之所以作出这个变化，是因为我们绝对需要采取一系列措施，给希望除提供红帽企业版Linux外还提供支持服务的竞争 对手增加难度。” 他接到提到了那些竞争对手的大名：“今天，我意识到有两个竞争对手在径直抢我们的客户，主动表示可以直接为客户支持RHEL……它俩就是甲骨文和 Novell。”
实际上，红帽竭力隐藏的是专门为RHEL提供支持所必不可少的信息，不想让这些竞争对手知道。Stevens说：“我们在竭力阻挠这样的竞争对手： 找到已经在运行向红帽订购的RHEL的客户，说‘不要再付支持费给红帽了，让我们来提供支持吧，你的系统用不着作任何变化。’” 他坚持认为，红帽的这个变化既没有违反RHEL的GPL开源许可证的文字形式，也没有违反精神实质。“我们非常小心翼翼，确保自己的所作所为没有妨 碍我们客户需要做到的事情，也没有妨碍社区需要做到的事情。”他还表示，这一变化其实并不妨碍包括CentOS在内的其他Linux发行版的发展。 他解释：“我们根本就没有限制CentOS拿来源代码后重新编译，然后剥掉商标加以包装的能力。我们只不过把一些内部的信息隐藏起来。”一位长期致力于CentOS的开发人士同意他的这番说法。 红帽的软件包“故意搞混”内核源代码 CentOS的联合创始人Russ Herold告诉The Register：“我不会因这件事而睡不好觉。” 去年11月，红帽企业版Linux 6发布后，红帽公司发布的所有补丁都事先打好的内核软件包。Stevens说：“在过去，我们把内核作为一个基本文件来发行，之后再发行一组与之配套的附 加补丁。然后等你构建好代码，构建过程会自动为内核文件打上所有那些补丁。而现在，我们把那些补丁文件直接集成到了那个内核中。我们在发行之前，做好了构 建过程的第一个部分。” 内核社区成员、《Linux每周新闻》网站编辑Jonathan Corbet最近注意到了这一点，他对这个变化提出了异议，声称红帽的软件包“故意搞混”内核源代码。 Corbet写道：“这种形式的发行应该满足GPL的要求，但是这样一来，别人想看看这个内核出现了什么变化就很困难。但愿这只是一时的错误，不久 就会被改正。”其他人猜测，此举不但会暗中破坏甲骨文的Unbreakable Linux，还会暗中破坏CentOS。这两个发行版都基于RHEL。 CentOS本来就是RHEL克隆体。红帽企业版Linux的编译后代码只有以红帽付费订购的方式才能获得，而CentOS是完全免费的。 H Online网站称：“这些变化会让基于红帽源代码的发行版的日子更难过，比如CentOS和社区开发的Linux发行版等。CentOS是由一群数量有 限的志愿者利用RHEL源代码开发而成的;红帽的这个政策变化将意味着这给他们增加了工作量，除非有更多的志愿者或其他公司参与进来，为他们提供帮助。 CentOS：这个变化不是大问题 我们从一名经验丰富的Linux内核开发人员那里听到了类似的声音。他表示，红帽的这个变化就像是用一种老式的杜威十进制图书分类法，把所有卡片重 新打乱——你所要的那张卡片仍在那里，但要找到它绝非易事——这会给CentOS带来问题，而CentOS对于红帽的收入构成了威胁。 但CentOS的创始人Russ Herold坚持认为，这个变化不是大问题。他说：“我和其他人对发布的RHEL 6源代码试着进行了局部构建，构建过程很顺利，没有遇到什么大问题。我根本不觉得这些变化是有些人所说的石破天惊的变化。我只是认为，要弄清楚补丁会更难 一点。” “红帽的这个新做法根本阻止不了有人运行本地版本控制系统，A处载入原始内核，B处载入红帽内核，然后在该版本控制系统中针对A处和B处执行 “diff”命令，开始阅读比较结果，看看发生了什么。一段时间后，原始内核和打上补丁的红帽内核会不一样，你就可以了解哪些比较部分很重要，哪些只是外 观清理。” 红帽公司的Stevens表示，其他发行版不会受到影响，因为这家公司还向上游发行内核方面的变化内容。他说：“我们所做的工作应该不会妨碍其他公 司构建自己的Linux版以及为他们的客户支持那些版本。我们通过RHEL交付的所有代码都公之于众。在大多数情况下，RHEL方面的变化内容是公开的。 我们已经发行到上游内核里面。我们奉行把上游放在首位的政策，采用了开放的开发方式，然后集成到我们的树结构中，然后分发。所以这应该根本不会妨碍开源社 区，也不会妨碍这个领域的任何竞争厂商。” 他重申，红帽只是在尽量保护专门属于RHEL的信息，不想让甲骨文和Novell知道。对于过去的RHEL内核代码发行版，补丁与红帽知识库中的文 章是相对应的。他说：“这样一来，竞争对手就没法不劳而获，需要做大量的工作。如果你想要支持RHEL，就要剥掉商标，做大量的工作。暂且不说别的，这至 少会让竞争对手不得不投入资源。” Stevens表示，这不会妨碍CentOS，因为CentOS不做支持这块生意。“代码仍然可用。只不过商业公司支持发行版更难了。CentOS不做支持这块生意。” 而甲骨文和Novell都做支持这块生意。而不管红帽的这个政策变化会带来什么样的附带损害，有一点是可以肯定的。在某种程度上，它的确会让甲骨文和Novell更难偷偷抢走这家公司的客户。 |
