Hacker News Reader

Comment by stonesweep | Hacker News Reader

Unpopular opinion: the team releases LTS kernel updates too fast the past few years, I've received 3x already in the first week of February and 8x during January for 5.4 series. During that same period, I have 4x (Feb) and 8x (Jan) tip revision kernels (5.9/5.10) upgrade - the supposed stable LTS kernel versions are changing as fast as the tip revisions.

View on HN

So you want us to just stop fixing bugs and pushing out those fixes to users? That feels risky, if you do not want to upgrade to solve known problems, that's fine, feel free to skip upgrades. But why would you want to prevent those who want to run secure systems that ability?

The answer doesn't have to be so tetchy as your ire puts it, it's as simple as reducing releases to once a week or once every other week. I respect your work greatly, but you've taken the "throw the baby out with the bathwater" approach to your answer here; two Production LTS kernels a week seems excessive to me.

Why is it "excessive"? We are running 30+ fixes a day in these kernel releases, who would benefit if we delayed in getting those known-bug/security fixes out to the world quickly and properly tested (as we are currently doing)?

Why wait? What is a slower cadence going to accomplish?

If you only want to upgrade your kernel once a week, then you are free to do so regardless of how many releases they make during the week. Unless they've been introducing regressions by releasing too aggressively, there's no upside to releasing less often.

Reply on news.ycombinator.com