this post was submitted on 08 Jun 2024
142 points (98.0% liked)
Linux
5288 readers
233 users here now
A community for everything relating to the linux operating system
Also check out !linux_memes@programming.dev
Original icon base courtesy of lewing@isc.tamu.edu and The GIMP
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
I didn't know about the LTS kernel. How does that interact with module packages, like the fscking Broadcom support packages, or bcachesfs (before it for mainlined)? That's where I've historically run into issues with pinning the kernel.
I will absolutely look into this, though. If it prevents the "you need to reboot or else" messages after every Syu, I'm in. On Arch, when you get a message like that, it's best heeded.
I've never had to deal with Broadcom drivers or pinned the kernel, so I can't tell you anything about that. The LTS kernel (currently 6.6.32-1) still updates regularly, albeit not nearly as often as the stock Arch kernel, so that means fewer updates that require a reboot.
Just install
linux-ltsandlinux-lts-headersvia pacman, and you're good to go.Another pro tip: You don't need to update Arch every day.
I update about once a month. Just make sure you read the news and deal with your .pacnew files.
I've gone months between updates. On servers, that's a little more risky because it CVEs, which can also apply to the kernel, but LTS is probably safe enough there: if there's a kernel CVE, LTS will be updated.
I've had trouble with pinning the kernel before, though. Last time I did it, I went several months and forgotten I'd done it, and my system got itself wedged because some package was expecting a newer kernel; it took me a while to figure out.
LTS might be a better option, since that will be caught be dependency management. Pinning can cause version dependency mismatch issues.