Debian 12.4 was released Sunday, 10th December 2023.
刚刚升级完毕。
--
FROM 136.56.52.*

12.3算不算史上最短命的point relaese？
https://www.debian.org/News/2023/2023120902
我这个手贱尝鲜党，因为用backports的6.5内核，逃过一劫。
【 在 vieux 的大作中提到: 】
: Debian 12.4 was released Sunday, 10th December 2023.
: 刚刚升级完毕。
--
FROM 119.129.51.*

估计是了

这个内核bug，是 Debian 最先发现的吗？

【 在 Dazzy 的大作中提到: 】
: 12.3算不算史上最短命的point relaese？
: https://www.debian.org/News/2023/2023120902
: 我这个手贱尝鲜党，因为用backports的6.5内核，逃过一劫。
: ...................
--
FROM 223.104.81.*

怪不得我的debian_version里写的是12.3 ， apt update时提示12.2升级到12.4。


【 在 Dazzy 的大作中提到: 】
: 12.3算不算史上最短命的point relaese？
: https://www.debian.org/News/2023/2023120902
: 我这个手贱尝鲜党，因为用backports的6.5内核，逃过一劫。
--
FROM 120.231.212.*

不是这么简单粗暴理解的。

事情就是，上游的内核掉链子，然后debian在正式发布渠道用了这个有问题的内核。
只有12.3有这个重大问题，12.1和12.2没有。

这就是用户升级前，明白改动何处，做足够测试的重要性，明白自己能有什么好处（性能或者安全性），再（选择性）的升级。我很不喜欢RHEL，但人家的测试品控流程确有过人之处。

内核的发布和debian，或者任何正经社区发行版的发布，也是有测试流程的。但是，社区资源有限，周详程度和查因反应敏捷度方面可能有不足。这些活，如果应用比较重要，用户得自己做。

我不清楚这事，对后续内核的提交及backports策略，以及debian对上游项目的测试活动有何触动。这类事情其实多得很，没人用/测试的dead code，跨了很多发布版本才被发现出问题。但是，如ext4这种重要文件系统这样出岔子，少见。

【 在 ttaudi 的大作中提到: 】
: 升级到12.4以后，眼睛看屏幕舒服多了，xfreerdp也不无故退出了，chrome开几百个网站页面也不卡死了。
: 加上这次12.3出重大bug，是不是说debian必须第3个小版本后才能用？
--
FROM 119.130.154.*