Linux 內(nèi)核維護者回應：缺維護者，Rust 在搞，Intel 有問題
近日，Linux 內(nèi)核的穩(wěn)定分支維護者 Greg Kroah-Hartman 在歐洲開源峰會上向人們分享了 Linux 內(nèi)核維護的近況，同時回應了近幾個月以來關(guān)于 Linux 內(nèi)核社區(qū)的一系列問題。
首先，Greg 回應了此前 Linux 基金會董事會的微軟代表 Sarah Novotny 發(fā)表的評論。Sarah 曾認為 Linux 內(nèi)核社區(qū)依賴純文本的電子郵件提交內(nèi)核補丁的協(xié)作方式，與當代年輕人的工作習慣格格不入，這種傳統(tǒng)的溝通方式可能阻礙了新的貢獻者加入社區(qū)。
“這不是阻礙貢獻的因素，” Greg 說，“事實上，我們每個新的發(fā)行版中都會有 200 多個新開發(fā)人員出現(xiàn)。也就是說，每三個月就會有 200 個新開發(fā)者加入我們，我們現(xiàn)在并不缺乏新的代碼貢獻者。“
Greg 認為，現(xiàn)在的年輕人確實很少有人使用電子郵件客戶端來進行開發(fā)工作，但正是通過這種經(jīng)典的異步溝通方式， Linux 內(nèi)核社區(qū)的文檔被記錄得非常好，社區(qū)有詳細的教程以及有關(guān)如何使用郵件列表的文章，他們也一直在 lore.kernel.org 上工作，這樣的溝通方式使很多事情變得更容易。同時，Greg 也指出了此前 Linus Torvalds 強調(diào)過的問題：”我們現(xiàn)在主要的瓶頸是維護者。”
作為內(nèi)核維護者之一，Greg 表示自己現(xiàn)在每周必須審查 700 多個補丁。“這就是我們現(xiàn)在的瓶頸。” 他補充說，“幾乎所有的補丁我們都要看，因為沒有理由不查看別人自愿貢獻的補丁。”
“就像做音樂一樣，您不會馬上開始寫音樂，而是從聽別人的音樂和評價別人的音樂開始。與編程相同，您應該先閱讀和檢查別人的代碼。”
此外，Greg 還談到了社區(qū)啟用 Rust 來編寫內(nèi)核代碼的進展。“ Rust 開發(fā)人員一年半前與 Linus Torvalds 進行了交談，這件事情確實已經(jīng)開始了。” 他說，在最近的 Linux Plumbers Conference 上就有一個關(guān)于該主題的會議。
Greg 說：“目前，您正在運行最前沿的 Rust 編譯器。而我們擁有的 C 對象與 Rust 對象之間將發(fā)生一些有趣的交互，看它們?nèi)绾翁幚怼，F(xiàn)在我們正在努力實現(xiàn)這件事。”
最后，Greg 還提到了 Intel 的問題。本月，Intel 在 Linux 內(nèi)核中的藍牙堆棧被 Google 工程師發(fā)現(xiàn)存在安全漏洞，但由于 Intel 沒有及時通報該漏洞，導致該組件將帶著漏洞從內(nèi)核版本 5.9 延續(xù)到 5.10。Intel 在其通報中表示將發(fā)布彌補該漏洞的特定內(nèi)核源代碼補丁，但是為了避免引起人們的廣泛關(guān)注，Intel 未將這些補丁明確標記為安全修復程序?，F(xiàn)在，全世界都知道在哪里可以找到這個被稱為 BleedingTooth 的漏洞。
針對此事，Greg 批評了 Intel 的協(xié)作和安全披露流程：“Intel 在安全問題披露方面做得很差，我非常不開心。事實證明，這次的藍牙問題出自 Intel，因為該問題沒有得到適當?shù)呐丁?rdquo;
早些時候，Linus Torvalds 也針對 Intel 提出了一系列的抗議，認為該公司在很多時候?qū)?nèi)核維護工作帶來了不必要的麻煩。
本文轉(zhuǎn)自O(shè)SCHINA
本文標題：Linux 內(nèi)核維護者回應：缺維護者，Rust 在搞，Intel 有問題
本文地址：https://www.oschina.net/news/119517/greg-kroah-hartman-respond
