Openela為開發人員提供了一個平台,以在上游維護人員的承諾之外維護內核進行協作。作為企業分佈,我們通常要在社區支持結束之後保持軟件可行,我們認為協作是維護這些內核的最佳方法。
該存儲庫包含從上游穩定的穩定內核的延續。這種延續遵循所有上游穩定規則,並不瞄準特定的硬件,供應商或用戶,並且這些補丁主要是從正在進行的上游穩定核中選擇的。
我們感謝上游穩定的維護者的工作,並非常感謝Greg Kroah-Hartman和Sasha Levin。該項目與他們,Linux內核穩定項目或上游穩定的維護者無關。請解決Openela Lts內核的任何問題
內核基本版本 | 上游版本 | 上游EOL | 擴展分支 | 擴展EOL |
---|---|---|---|---|
4.14 | 4.14.336 | 2024-1月1日 | Linux-4.14.y | 2024-DEC |
在此處查看所有版本:( https://github.com/openela/kernel-lts/releases)
通過將郵件發送到[email protected]訂閱[email protected]。
LTS維護穩定樹的大多數補丁將自動從上游穩定的分支中自動拉入Openela LTS分支。但是,在某些情況下,補丁不會乾淨地應用,需要開發人員干預才能申請。通常,這將由OpenEla kernel-lts維護者來處理,但是,在https://github.com/openela/kernel-lts/ https://kernel-lts/上,LTS內核的每個發行版的摘要都會伴隨著LTS內核的每個發行版。發行。鼓勵開發人員幫助獲得補丁,並將這些補丁提交到郵件列表[email protected]或通過GitHub問題。
OpenEla穩定的內核不接受不屬於Mainline Linux內核的一部分或在上游支持的穩定核中尚未存在的補丁。請直接將這些補丁提交給Mainline Linux或穩定的內核。有關其他指南,請參閱上游穩定的內核規則2 。不適用於上游Linux的補丁被認為是該項目的範圍內,應通過供應商或分發特定的自定義維護。
為了避免與上游穩定版本混淆,將以以下格式標記內核:xyz-openela(即4.14.<n>-openela
)
可以通過GITHUB問題或郵件列表[email protected]在此GitHub回購中報告問題;請不要與stable-at-at-kernel.org或任何上游維護者聯繫,以了解有關此存儲庫的問題。
我們鼓勵針對這些內核測試和報告錯誤。適當的錯誤報告應證明上游穩定的內核不受漏洞的影響 - 否則,我們鼓勵您為上游穩定內核或Mainline Linux內核提交錯誤報告(或者更好的是編寫補丁程序)。例如,在OpenEla維護的4.14分支中,應將其在4.19中也存在的錯誤固定在4.19穩定的樹中(並自動向後移植到Openela維護的分支中)。
https://lore.kernel.org/stable/2024011046-ecology-tiptoeing-ce50@gregkh/
https://docs.kernel.org/process/stable-kernel-rules.html↩