近日，Linux 內(nèi)核的穩(wěn)定分支維護者 Greg Kroah-Hartman 在歐洲開源峰會上向人們分享了 Linux 內(nèi)核維護的近況，同時回應(yīng)了近幾個月以來關(guān)于 Linux 內(nèi)核社區(qū)的一系列問題。

首先，Greg 回應(yīng)了此前 Linux 基金會董事會的微軟代表 Sarah Novotny 發(fā)表的評論。Sarah 曾認(rèn)為 Linux 內(nèi)核社區(qū)依賴純文本的電子郵件提交內(nèi)核補丁的協(xié)作方式，與當(dāng)代年輕人的工作習(xí)慣格格不入，這種傳統(tǒng)的溝通方式可能阻礙了新的貢獻者加入社區(qū)。

“這不是阻礙貢獻的因素，” Greg 說，“事實上，我們每個新的發(fā)行版中都會有 200 多個新開發(fā)人員出現(xiàn)。也就是說，每三個月就會有 200 個新開發(fā)者加入我們，我們現(xiàn)在并不缺乏新的代碼貢獻者。“

Greg 認(rèn)為，現(xiàn)在的年輕人確實很少有人使用電子郵件客戶端來進行開發(fā)工作，但正是通過這種經(jīng)典的異步溝通方式， Linux 內(nèi)核社區(qū)的文檔被記錄得非常好，社區(qū)有詳細(xì)的教程以及有關(guān)如何使用郵件列表的文章，他們也一直在 lore.kernel.org 上工作，這樣的溝通方式使很多事情變得更容易。同時，Greg 也指出了此前 Linus Torvalds 強調(diào)過的問題：”我們現(xiàn)在主要的瓶頸是維護者?！?/p>

作為內(nèi)核維護者之一，Greg 表示自己現(xiàn)在每周必須審查 700 多個補丁?！斑@就是我們現(xiàn)在的瓶頸。”他補充說，“幾乎所有的補丁我們都要看，因為沒有理由不查看別人自愿貢獻的補丁?！?/p>

“就像做音樂一樣，您不會馬上開始寫音樂，而是從聽別人的音樂和評價別人的音樂開始。與編程相同，您應(yīng)該先閱讀和檢查別人的代碼?！?/p>

此外，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)這件事?！?/p>

最后，Greg 還提到了 Intel 的問題。本月，Intel 在 Linux 內(nèi)核中的藍(lán)牙堆棧被 Google 工程師發(fā)現(xiàn)存在安全漏洞，但由于 Intel 沒有及時通報該漏洞，導(dǎo)致該組件將帶著漏洞從內(nèi)核版本 5.9 延續(xù)到 5.10。Intel 在其通報中表示將發(fā)布彌補該漏洞的特定內(nèi)核源代碼補丁，但是為了避免引起人們的廣泛關(guān)注，Intel 未將這些補丁明確標(biāo)記為安全修復(fù)程序?，F(xiàn)在，全世界都知道在哪里可以找到這個被稱為 BleedingTooth 的漏洞。

針對此事，Greg 批評了 Intel 的協(xié)作和安全披露流程：“Intel 在安全問題披露方面做得很差，我非常不開心。事實證明，這次的藍(lán)牙問題出自 Intel，因為該問題沒有得到適當(dāng)?shù)呐丁！?/p>

早些時候，Linus Torvalds 也針對 Intel 提出了一系列的抗議，認(rèn)為該公司在很多時候?qū)?nèi)核維護工作帶來了不必要的麻煩。

原文標(biāo)題：Linux 內(nèi)核維護者：Rust 在搞，Intel 有問題

文章出處：【微信公眾號：Linux愛好者】歡迎添加關(guān)注！文章轉(zhuǎn)載請注明出處。

責(zé)任編輯：haq