On Tue, 2022-12-06 at 19:30 -0500, Jeffrey Walton wrote: > The keyword is "known". Developers don't work on 5 or 10 year old > software. Existing bugs don't get uncovered and fixed. They don't > become "known", so they don't get backported and fixed. > > That's exactly the point Greg HK makes at > https://thenewstack.io/design-system-can-update-greg-kroah-hartman-linux-security/ > . No one is working on old kernels. Problems in old kernels are going > to remain latent and unfixed. Kernel developers and Red Hat may > backport an occasional fix, but they are not fixing all the problems. Odd. On my CentOS 7 system, my last kernel update was mid-November, the prior the month before, another a month before that, another a month before that. Hardly not being worked on. The kernel is an on- going thing, and various distros backport what they can. And we do have applications with long history, LibreOffice being just one that springs to mind. Though some people might argue some projects never fix bugs, as many bug reports go back many years with no resolutions, it's full speed ahead and damn the torpedoes. > The same thing happens in userland. I help maintain several projects, > and contribute to many others. None of those projects concern > themselves with 5 or 10 year old software. The problems in old > software remain unfixed. My experience with programmers is that they don't like having the rug pulled out from under them mid-development. There are many programs that spend years in development (pre- and post-release). That's harder to do when you have to keep re-learning the quirks of systems. Likewise with sysadmins. Many features upgrades are entirely unwanted, bug fixes is all they're interested in. -- uname -rsvp Linux 3.10.0-1160.80.1.el7.x86_64 #1 SMP Tue Nov 8 15:48:59 UTC 2022 x86_64 Boilerplate: All unexpected mail to my mailbox is automatically deleted. I will only get to see the messages that are posted to the mailing list. _______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
