Conversation
@T_X @kernellogger Current process is really complex, it literally is "Last kernel release of the year".
I have added a caveat when companies / developers abuse the end-of-year release deadline by throwing in crud too early that adds "If the last release of the year is just too unstable, I will pick the previous release instead." and that usually keeps people honest as no one wants to loose 3 months of work.
Been this way for many years now, it's well-known by the distros. It's up to them to decide to sync up with these releases or not, nothing I can do to force them to, except to point out that distros that do not are usually totally insecure and buggy and cost more to maintain, but that was their choice to make :)
I have added a caveat when companies / developers abuse the end-of-year release deadline by throwing in crud too early that adds "If the last release of the year is just too unstable, I will pick the previous release instead." and that usually keeps people honest as no one wants to loose 3 months of work.
Been this way for many years now, it's well-known by the distros. It's up to them to decide to sync up with these releases or not, nothing I can do to force them to, except to point out that distros that do not are usually totally insecure and buggy and cost more to maintain, but that was their choice to make :)
0
0
4
Krzysztof Kozlowski
krzk
Edited 1 year ago
@T_X Not everyone has some spare money for engineers full time salary in non-profit way... They already have such updated kernels, just on their website, not on kernel.org. Your suggestion would benefit community, but what would be the benefit of this to Canonical?
RE: https://chaos.social/users/T_X/statuses/110847464823963952
RE: https://chaos.social/users/T_X/statuses/110847464823963952
2
0
4
@karolherbst @kernellogger News is rather confusing people thus this discussion... Every LTS Ubuntu receives possibility to use the next release's kernel, called "HWE" kernel in that LTS release. The 23.04 was with v6.2, thus the HWE is v6.2, because it comes for free for Canonical. Or with not that much effort, as doing v6.1 for LTS! v6.2 is already supported by Canonical for 23.04.
The HWE kernel (so v6.2 in LTS) will roll to the new version, once Canonical releases newer Ubuntu using something new.
Thus suggesting that:
1. They should use v6.1 in 22.04 is not accurate. There is no point of making v6.1 HWE kernel and it would be time expensive.
2. They should use v6.3, v6.4 or whatever newer in 22.04 is again not possible or just too expensive for Canonical.
3. Thus the only viable suggestion was that 23.04 used v6.1 in the first place, thus 22.04 will get it as well... but that's different discussion and @kernellogger pointed out it already - Canonical wanted the latest kernel for 23.04.
The HWE kernel (so v6.2 in LTS) will roll to the new version, once Canonical releases newer Ubuntu using something new.
Thus suggesting that:
1. They should use v6.1 in 22.04 is not accurate. There is no point of making v6.1 HWE kernel and it would be time expensive.
2. They should use v6.3, v6.4 or whatever newer in 22.04 is again not possible or just too expensive for Canonical.
3. Thus the only viable suggestion was that 23.04 used v6.1 in the first place, thus 22.04 will get it as well... but that's different discussion and @kernellogger pointed out it already - Canonical wanted the latest kernel for 23.04.
0
0
1
@T_X To be more precise - Canonical has team of ~10 Linux kernel engineers working on their stable kernels (not counting the folks working on hardware enablement and hardware-specific projects). These people maintain several stable kernels, so basically they do what you asked, just not within Linux Foundation or for kernel.org.
0
0
3
@T_X Enough of people use these kernels and benefit is rather small comparing to costs of testing it on all possible machines/setups/users, like generic kernel.org are. Testing infrastructure in Canonical is huge, but it serves their purpose, not wider community's. Growing it for every possible machine in the world (to keep with the testing coverage) for benefit of few more folks using their kernel who would not contribute anyhow except filling bugs?
0
0
2