紅帽改變發(fā)行方式 防止甲骨文搶生意
原創(chuàng)【51CTO 3月8日外電頭條】 紅帽近日已改變了發(fā)行企業(yè)版Linux內核代碼的方式，此舉旨在防止甲骨文和Novell搶走其客戶，讓這些競爭對手更難弄清楚在哪些地方打上了補丁。
欲讓甲骨文和開源CentOS項目“寸步難行”
有些人猜測，這個變化旨在讓甲骨文和開源CentOS項目更難構建各自的Linux發(fā)行版。不過紅帽首席技術官Brian Stevens表示，實際情況并非如此。他表示，這個變化旨在牽制甲骨文和Novell向已經(jīng)在運行紅帽企業(yè)版Linux(RHEL)的客戶提供支持的能力。
Brian Stevens告訴英國科技網(wǎng)站The Register：“很坦率地說，我們之所以作出這個變化，是因為我們絕對需要采取一系列措施，給希望除提供紅帽企業(yè)版Linux外還提供支持服務的競爭對手增加難度。” 他接到提到了那些競爭對手的大名：“今天，我意識到有兩個競爭對手在徑直搶我們的客戶，主動表示可以直接為客戶支持RHEL……它倆就是甲骨文和Novell。”
實際上，紅帽竭力隱藏的是專門為RHEL提供支持所必不可少的信息，不想讓這些競爭對手知道。Stevens說：“我們在竭力阻撓這樣的競爭對手：找到已經(jīng)在運行向紅帽訂購的RHEL的客戶，說‘不要再付支持費給紅帽了，讓我們來提供支持吧，你的系統(tǒng)用不著作任何變化。’”
他堅持認為，紅帽的這個變化既沒有違反RHEL的GPL開源許可證的文字形式，也沒有違反精神實質。“我們非常小心翼翼，確保自己的所作所為沒有妨礙我們客戶需要做到的事情，也沒有妨礙社區(qū)需要做到的事情。”他還表示，這一變化其實并不妨礙包括CentOS在內的其他Linux發(fā)行版的發(fā)展。
他解釋：“我們根本就沒有限制CentOS拿來源代碼后重新編譯，然后剝掉商標加以包裝的能力。我們只不過把一些內部的信息隱藏起來。”一位長期致力于CentOS的開發(fā)人士同意他的這番說法。
紅帽的軟件包“故意搞混”內核源代碼
CentOS的聯(lián)合創(chuàng)始人Russ Herold告訴The Register：“我不會因這件事而睡不好覺。”
去年11月，紅帽企業(yè)版Linux 6發(fā)布后，紅帽公司發(fā)布的所有補丁都事先打好的內核軟件包。Stevens說：“在過去，我們把內核作為一個基本文件來發(fā)行，之后再發(fā)行一組與之配套的附加補丁。然后等你構建好代碼，構建過程會自動為內核文件打上所有那些補丁。而現(xiàn)在，我們把那些補丁文件直接集成到了那個內核中。我們在發(fā)行之前，做好了構建過程的第一個部分。”
內核社區(qū)成員、《Linux每周新聞》網(wǎng)站編輯Jonathan Corbet最近注意到了這一點，他對這個變化提出了異議，聲稱紅帽的軟件包“故意搞混”內核源代碼。
Corbet寫道：“這種形式的發(fā)行應該滿足GPL的要求，但是這樣一來，別人想看看這個內核出現(xiàn)了什么變化就很困難。但愿這只是一時的錯誤，不久就會被改正。”其他人猜測，此舉不但會暗中破壞甲骨文的Unbreakable Linux，還會暗中破壞CentOS。這兩個發(fā)行版都基于RHEL。
CentOS本來就是RHEL克隆體。紅帽企業(yè)版Linux的編譯后代碼只有以紅帽付費訂購的方式才能獲得，而CentOS是完全免費的。
H Online網(wǎng)站稱：“這些變化會讓基于紅帽源代碼的發(fā)行版的日子更難過，比如CentOS和社區(qū)開發(fā)的Linux發(fā)行版等。CentOS是由一群數(shù)量有限的志愿者利用RHEL源代碼開發(fā)而成的;紅帽的這個政策變化將意味著這給他們增加了工作量，除非有更多的志愿者或其他公司參與進來，為他們提供幫助。
CentOS：這個變化不是大問題
我們從一名經(jīng)驗豐富的Linux內核開發(fā)人員那里聽到了類似的聲音。他表示，紅帽的這個變化就像是用一種老式的杜威十進制圖書分類法，把所有卡片重新打亂——你所要的那張卡片仍在那里，但要找到它絕非易事——這會給CentOS帶來問題，而CentOS對于紅帽的收入構成了威脅。
但CentOS的創(chuàng)始人Russ Herold堅持認為，這個變化不是大問題。他說：“我和其他人對發(fā)布的RHEL 6源代碼試著進行了局部構建，構建過程很順利，沒有遇到什么大問題。我根本不覺得這些變化是有些人所說的石破天驚的變化。我只是認為，要弄清楚補丁會更難一點。”
“紅帽的這個新做法根本阻止不了有人運行本地版本控制系統(tǒng)，A處載入原始內核，B處載入紅帽內核，然后在該版本控制系統(tǒng)中針對A處和B處執(zhí)行“diff”命令，開始閱讀比較結果，看看發(fā)生了什么。一段時間后，原始內核和打上補丁的紅帽內核會不一樣，你就可以了解哪些比較部分很重要，哪些只是外觀清理。”
紅帽公司的Stevens表示，其他發(fā)行版不會受到影響，因為這家公司還向上游發(fā)行內核方面的變化內容。他說：“我們所做的工作應該不會妨礙其他公司構建自己的Linux版以及為他們的客戶支持那些版本。我們通過RHEL交付的所有代碼都公之于眾。在大多數(shù)情況下，RHEL方面的變化內容是公開的。我們已經(jīng)發(fā)行到上游內核里面。我們奉行把上游放在首位的政策，采用了開放的開發(fā)方式，然后集成到我們的樹結構中，然后分發(fā)。所以這應該根本不會妨礙開源社區(qū)，也不會妨礙這個領域的任何競爭廠商。”
他重申，紅帽只是在盡量保護專門屬于RHEL的信息，不想讓甲骨文和Novell知道。對于過去的RHEL內核代碼發(fā)行版，補丁與紅帽知識庫中的文章是相對應的。他說：“這樣一來，競爭對手就沒法不勞而獲，需要做大量的工作。如果你想要支持RHEL，就要剝掉商標，做大量的工作。暫且不說別的，這至少會讓競爭對手不得不投入資源。”
Stevens表示，這不會妨礙CentOS，因為CentOS不做支持這塊生意。“代碼仍然可用。只不過商業(yè)公司支持發(fā)行版更難了。CentOS不做支持這塊生意。”
而甲骨文和Novell都做支持這塊生意。而不管紅帽的這個政策變化會帶來什么樣的附帶損害，有一點是可以肯定的。在某種程度上，它的確會讓甲骨文和Novell更難偷偷搶走這家公司的客戶。
【51CTO.com譯文，轉載請注明原文作譯者和出處。】
原文：Red Hat: 'Yes, we undercut Oracle with hidden Linux patches' 作者：Cade Metz
【編輯推薦】
