Portal:Leap/Leap 内核版本
为什么 Leap 使用的内核如此旧？
这是一个经常被问到的问题。快速答案是 Leap 使用与相应的 SUSE 商业版本相同的内核版本，因为它使用相同的源代码。
那么，为什么 Leap 使用与 SLE/SLED 相同的内核？为什么不能使用更新的内核，就像 Tumbleweed 那样？
嗯，因为 Leap 的关键特性是核心来自 SLE/SLED，这是一个有意的设计决策，它以牺牲一些较旧的版本为代价来带来稳定性；它为贡献者节省了大量工作，并提供了额外的稳定性。Leap 的目标是一个稳定的版本，可以轻松地从点发布升级到点发布，通过重用 SUSE 已经完成的工作，我们就能实现这一点。
Leap 中大约三分之一的软件包来自 SLE/SLED。其余来自 Tumbleweed，因此更新（例如 KDE 桌面和库）。如果您想要一个更及时的发布版本，您应该使用 Tumbleweed，或者从 OBS 的某个贡献者那里获取您感兴趣的软件包，构建服务。
那么，为什么 SLE 拥有如此旧的内核？
基本上是因为它经过了彻底的测试，这需要几个月的时间和大量的资金。SUSE 致力于硬件和 ISV 认证；这在时间和金钱上都是昂贵的，对于 SUSE 和硬件厂商来说都是如此。认证一台机器可能需要几天的时间。一些厂商的机器需要几周的工程工作。软件堆栈也是如此。
一位前 SUSE 销售工程师的话说：“从企业方面来看，决定内核版本是一项巨大的工程工作，需要内部以及与客户和合作伙伴进行各种协调。这些决定不是轻易做出的。”
这意味着一旦这项工作完成，切换到另一个内核意味着巨大的金钱和时间损失。需要一个商业案例来承担这种改变。
而 openSUSE 可以免费获得相同的内核。
但是，如果内核太旧，我就无法获得对新硬件的支持。而且它将是不安全的：它将没有对发现的安全漏洞的修复。
并非如此：内核会获得大量的补丁和回溯移植，以便根据需要添加对新硬件的支持，并且许多错误（包括安全错误）都会得到修复。
但是，我有 X 硬件不支持，我该怎么办？
好吧，告诉团队！写一个 bugzilla 并告诉团队关于不受支持的硬件。您还可以从额外的存储库之一获取较新的内核，并找出您的硬件是否在那里受到支持。
但是你必须在 bugzilla 中告诉团队。不要回避！
如何获得较新的内核版本？
(待办事项)