紅帽RHEL源代碼發行新政頒布後續:社區對其發起激烈的反擊
當CentOS在2020年宣布關閉其傳統的紅帽企業Linux(RHEL)的”重建”,專注於其開發構建的Stream時,CentOS提出該策略”消除了混亂”。當時主要控制CentOS的紅帽公司認為這是”一個自然的、不可避免的下一步”。
上週,IBM擁有的紅帽公司繼續”推進CentOS Stream的發展”,宣布CentOS Stream將是”與RHEL相關的公共源代碼發布的唯一倉庫”,而RHEL的核心代碼則被限制在客戶門戶中。(不過,RHEL的訪問對個人開發者和多達16台服務器是免費的)。
對於許多關注紅帽公司的開源承諾和服務合同業務的棘手平衡的人來說,這是一個決定性的時刻。
代碼仍將流動,儘管是痛苦的
由CentOS聯合創始人Greg Kurtzer發起的作為RHEL兼容髮行版替代的Rocky Linux週四宣布,它認為紅帽的舉措”違反了開源的精神和目的”。接下來,使用一些不同的方法(Universal Base Image容器,按使用量付費的公共雲實例),Rocky Linux打算在GNU通用公共許可證(GPL)下保持它認為合法的對RHEL代碼的訪問,並在代碼存在時立即公開。
“我們對開源和企業級Linux社區堅定不移的奉獻和承諾仍然堅定不移,”該項目在其博客文章中寫道。
AlmaLinux,一個類似於RHEL衍生的發行版也在努力不斷提供與RHEL兼容的更新和下游重建。”這個過程更加耗費人力,因為我們需要從幾個來源收集數據和補丁,對它們進行比較,測試,然後構建它們進行發布,”AlmaLinux的社區經理Jack Aboutboul在一篇博文中寫道。”但請放心,更新會像以前一樣繼續流傳下去。”
文字與精神
軟件自由保護協會的Bradley M. Kuhn上週對RHEL的商業模式和它與GPL的棘手關係進行了全面概述。庫恩寫道,紅帽公司的商業模式”避開”了違反GPL的行為,但此前只有兩次以有新聞價值的方式違反了GPL。從開放網絡上扣留完全對應的源代碼(CCS)並不違反GPL本身,但通過這樣做,紅帽使任何人都更難核實該公司是否符合GPL。
庫恩對”這條漫長的道路把FOSS社區引向了一個如此令人失望的地方”表示難過。
傑夫-蓋爾林(Jeff Geerling)的博文”親愛的紅帽:你是啞巴嗎?”或他的YouTube視頻”巨大的開源戲劇”體現了具有GPL思想的社區對紅帽消息的更簡短、更精煉的反應。Geerling說他正在從他的Ansible和其他軟件項目中放棄對RHEL的支持,他說紅帽的舉動是為了”摧毀”Rocky、Alma和其他RHEL的衍生產品,在放棄完整的CentOS Linux的”背後的刀”之後,最近的舉動”拿著那把刀,用力扭動”。
“簡單地重建代碼”
紅帽公司核心平台工程副總裁麥克格拉斯週一寫道,他在上週末”花了很多時間散步”,思考Linux社區對最初宣布的反應。McGrath寫道,紅帽公司向上游貢獻代碼,不”簡單地拿上游的軟件包來重建”,並維護和支持操作系統10年之久。
他寫道:”我覺得我們最近圍繞下游資源的決定所產生的大部分憤怒來自於那些不想為進入RHEL的時間、精力和資源付費的人,或者那些想重新打包以獲取自己利益的人。這種對RHEL代碼的需求是虛偽的。”
雖然紅帽以前”發現了像CentOS這樣的重建者所做工作的價值”,但他們”湧現出RHEL專家並轉化為銷售的想法並不現實”。McGrath指出,SUSE、Canonical(Ubuntu)、AWS和微軟是使用Linux代碼的競爭者,但”沒有人聲稱與其他公司’完全兼容'”。
“最終,我們沒有發現RHEL重建的價值,我們也沒有任何義務讓重建者更容易,”他寫道。”簡單地重建代碼,不增加價值或以任何方式改變它,代表了對各地開源公司的真正威脅。這是對開源的真正威脅,而且有可能使開源重新回到只有業餘愛好者和黑客的活動。”
DevOps的Richi Jennings編譯了更多社區對紅帽最近的源碼動作的反應。與完整的RHEL源代碼不同,對此事的評論可能會在未來一段時間內持續進行。