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↩