让我们来看看漏洞例如,其中以下内容使固定存在于焦点分支的上游。
我当前的系统正在运行Ubuntu 18.04.5 LTS
带有内核的 bionic () 5.4.0-47-generic
(由其安装linux-image-generic-hwe-18.04
),我想大致了解何时将此修复程序移植回我当前的系统。
我将大胆地做出以下未经证实的猜测...我认为有两种方法可以将内核错误修复到达我的系统。
如果修复包含在ABI 补丁中,这意味着一旦内核5.4.0-x-generic
(其中 x > 47)通过更新在我的包管理器中可用,它将可用linux-image-generic-hwe-18.04
。查看变更日志对于所述包裹,这似乎发生在大约 2 周 - 1 个月(这正确吗?)。
如果修复未包含在ABI 补丁中,则意味着它仅在下一个内核版本中可用,即(其中 y > 4)。这意味着它仅在发布5.y.0-generic
时可用(暂定为 2021 年 2 月)。Ubuntu 18.04.6
那么我如何知道错误修复将遵循哪条路径?我的估计合理吗?假设上游有可用的修复程序,那么如何正确估计我必须忍受错误多长时间?
答案1
简洁版本
我认为这个特定的修复应该会在明天或后天到达。
长版本
因此,我可以帮助回答 Ubuntu 软件包的一般情况,但对于内核来说,情况就变得有些模糊了,对于反向移植的 HWE 内核来说更是如此。我刚刚对我提交的两个错误进行了这个过程,一个是针对 Open vSwitch,另一个是针对 GRUB。
如果您发现/修复了 Ubuntu 软件包中的错误,则默认仅在下一个主要 Ubuntu 版本中修复它(例如,我在 Focal 的 GRUB 中发现了一个错误,它仅在 Groovy 中得到修复)。如果问题确实是一个错误,而不是要求增加功能,您可以将其提交给稳定版本更新(SRU),然后应用于当前支持的 Ubuntu 版本。如果 SRU 被接受,它将进入“建议”存储库 7 天,在此期间至少有 1 人必须将其标记为成功修复,并且必须通过自动测试。7 天后,它将进入实时“更新”存储库。
查看您引用的修复程序,它引用了错误#1892417已成功提交 SRU。如果我们查看焦点建议版本我们看到包含了与错误 #1892417 相关的代码。它还出现在包的元数据该版本于 9 月 10 日发布,因此我相信它应该会在第二天进入更新库(假设没有问题)。
我无法告诉您内核发布的频率,因为那里有很多变动。他们可能每 14 天发布一次,每月发布一次,或者根据需要发布一次。我也不知道更新的 Focal 内核何时会反向移植到 Bionic 的 HWE 内核。比较 5.4.0-47.51 的发布日期,这最后一步看起来是即时的。