I hope that the community at large can wrestle kernel livepatching away from the commercial distros. No reason the big names should have a monopoly on that.
Even where those are concerned, it’s not a silver bullet for seamlessly jumping major kernel versions, but it’s a start.
I feel it was a direct reply to the comment above.
Dinosaurs don’t want to give up their extended LTS kernels because upgrading is a hassle and often requires rebooting, occasionally to a bad state.
So how can you bring your userbase forward so you don’t have to keep slapping security patches onto an ancient kernel?
I feel it was a direct reply to the comment above.
At no point did it mention livepatching.
Dinosaurs don’t want to give up their extended LTS kernels because upgrading is a hassle and often requires rebooting, occasionally to a bad state.
No, Dinosaurs want LTS because it’s stable; it’s in the name.
You can’t have your proprietary shitware kernel module in any kernel other than the ABI it’s made for. You can’t run your proprietary legacy service heap of crap on newer kernels where the kernel APIs function slightly differently.
how can you bring your userbase forward so you don’t have to keep slapping security patches onto an ancient kernel?
No, Dinosaurs want LTS because it’s stable; it’s in the name.
Mostly they want LTS because if they never upgrade nobody can blame them for the failures that are happening because “not doing things” is seen as less blame-worthy than “doing things”. Actual stability is not achieved by running ancient version numbers with backported fixes. Nor is it achieved by never rebooting and then wondering why nothing works when you are inevitably forced to reboot by some unpreventable external circumstance. Actual stability is achieved by testing updates before applying them and doing so frequently so increments are small and causes of problems thus easily identifiable and fixable.
I think Arch has FOSS support kernel live patching
Nixos also has an open issue where they seem to be discussing an implementation they might consider.
With upstream support and kpatch being FOSS I think the willingness is just low to maintain patches at a distro level and announcing it as a thing you can do yourself has limited audience.
I agree its super cool though and with containers and some of systems work for system level reboots and portable services I see a lot of potential for high uptime systems (like my laptop lol).
I hope that the community at large can wrestle kernel livepatching away from the commercial distros. No reason the big names should have a monopoly on that.
Even where those are concerned, it’s not a silver bullet for seamlessly jumping major kernel versions, but it’s a start.
Kernel livepatching is super niche and I don’t see what it has to do with the topic at hand.
I feel it was a direct reply to the comment above.
Dinosaurs don’t want to give up their extended LTS kernels because upgrading is a hassle and often requires rebooting, occasionally to a bad state.
So how can you bring your userbase forward so you don’t have to keep slapping security patches onto an ancient kernel?
At no point did it mention livepatching.
No, Dinosaurs want LTS because it’s stable; it’s in the name.
You can’t have your proprietary shitware kernel module in any kernel other than the ABI it’s made for. You can’t run your proprietary legacy service heap of crap on newer kernels where the kernel APIs function slightly differently.
That still has nothing to do with livepatching.
Mostly they want LTS because if they never upgrade nobody can blame them for the failures that are happening because “not doing things” is seen as less blame-worthy than “doing things”. Actual stability is not achieved by running ancient version numbers with backported fixes. Nor is it achieved by never rebooting and then wondering why nothing works when you are inevitably forced to reboot by some unpreventable external circumstance. Actual stability is achieved by testing updates before applying them and doing so frequently so increments are small and causes of problems thus easily identifiable and fixable.
Amen.
I think Arch has FOSS support kernel live patching Nixos also has an open issue where they seem to be discussing an implementation they might consider.
With upstream support and kpatch being FOSS I think the willingness is just low to maintain patches at a distro level and announcing it as a thing you can do yourself has limited audience.
I agree its super cool though and with containers and some of systems work for system level reboots and portable services I see a lot of potential for high uptime systems (like my laptop lol).