Some Linux LTS Kernels Will Be Supported Even Longer, Announces Greg Kroah-Hartman (itsfoss.com)
- Reference: 0180876588
- News link: https://linux.slashdot.org/story/26/03/01/0429234/some-linux-lts-kernels-will-be-supported-even-longer-announces-greg-kroah-hartman
- Source link: https://itsfoss.com/news/linux-lts-kernel-support-extension/
> Greg Kroah-Hartman has updated the projected end-of-life (EOL) dates for several active longterm support kernels [2]via a commit . The provided reasoning? It was done "based on lots of discussions with different companies and groups and the other stable kernel maintainer." The other maintainer is Sasha Levin, who co-maintains these Linux kernel releases alongside Greg. Now, the updated support schedule for the currently active LTS kernels looks like this:
>
> — Linux 6.6 now EOLs Dec 2027 (was Dec 2026), giving it a 4-year support window.
>
> — Linux 6.12 now EOLs Dec 2028 (was Dec 2026), also a 4-year window.
>
> — Linux 6.18 now EOLs Dec 2028 (was Dec 2027), at least 3 years of support.
>
> Worth noting above is that Linux 5.10 and 5.15 are both hitting EOL this year in December, so if your distro is still running either of these, now is a good time to start thinking about a move.
[1] https://itsfoss.com/news/linux-lts-kernel-support-extension/
[2] https://git.kernel.org/pub/scm/docs/kernel/website.git/commit/?id=d04587da86a3464881e0c97aabddd2c271105698&ref=itsfoss.com
Devuan is right up to date, too (Score:2)
6.18.5 is in backports. What a time to be alive!
Now if only Nvidia supported preempt. This is the first generation of hardware where I've regretted buying Nvidia. Not that they will miss me, but I guess this is the last time I do that.
Re: (Score:2)
> I never understood why Devuan if they are against systemd didn't just base their disto with something that didn't use it? I understand that some systemd libraries cannot be deleted from the base distro.
Because the people who did it like Debian.
> I understand that some systemd libraries cannot be deleted from the base distro.
There are stubs and replacements for the daemons in Devuan. I think you do still get stuck with some of the libraries.
Re: (Score:3)
Did something change with this? I'm on 6.5.15 and PREEMPT works here and on previous kernels with NV's drivers.
Re: (Score:2)
I just tried to install the preempt version and nvidia driver dkms gave me an error about no compatibility. 590.48.01
Re: (Score:2)
Yeah, same here.
6.1.140 here, had Nvidia + Preempt for years, I am suprirsed this is somehow a problem now?
Re: (Score:2)
I have had NVIDIA+PREEMPT for years now, since at least 5.x, probably 4.x
Did something change recently?
Re: (Score:2)
A kernel.org release or stable release is not considered to be a "one size fits all" solution. For example, there is a kernel defconfig file that distributions will adapt to best match the requirements of their users.Such as running on ARM64 instead of x86-64. Additionally, distributions may provide extra kernel drivers that are not in the kernel.org tree such as drivers specific to chipsets that are not supported in kernel.org.
You are correct in saying that application software running in userland is mostl
Re: (Score:2)
> Which seems like a huge waste of effort. Why not just migrate to the next LTS when it's known and let the kernel people do the work. What keeps distros so tied to specific kernel versions? Most software doesn't give a rat's ass what kernel its on.
Along with other reasons, the kernel does not have a stable API, and some customers require staying on the same (validated) kernel due to various custom solutions (including drivers (including from 3rd parties that might even be in binary form) that may required a specific API), and regulatory requirements. The enterprise distros are responsive to their paying customers, and "if it ain't broke, don't f... with it" is what those customers want. There are often ancillary repositories (often supported by maj