![](https://seccdn.libravatar.org/avatar/eb9f93fa252f97a3d17d437ff9aa9f35.jpg?s=120&d=mm&r=g)
On Tue, Sep 12, 2023 at 12:31:35PM -0400, Joe Salmeri wrote:
On 9/12/23 12:17, Michal Suchánek wrote:
On 9/12/23 11:34, Michal Suchánek wrote:
There are additional tools that you can use - add zypper lock to not install the broken version, disable the purge-kernels service to keep all kernels until your disk fills with them.
Thanks
Michal Thanks for that info, however, I might not become aware that an issue exists until AFTER then newer kernel is installed and I don't think locking kernel-default would be a good idea. I also would not want to add more manual effort to cleanup older kernels that are no longer needed. The default configuration keeps a couple of earlier kernels, however. Then even after the new kernel has been installed you can go back to the
On Tue, Sep 12, 2023 at 11:45:46AM -0400, Joe Salmeri wrote: previous one.
Right but that does not address the issue where all the installed kernel versions are from the same X.Y version, which is why I will occasionally add a specific kernel to zypp.conf to make sure that it is kept.
It does address the problem of keeping the previous version, whether it's the same X.Y version or not does not matter. When you find a problem you can go to the earlier version with which the problem was not observed.
None of those solutions or even my manually modifying /etc/zypp/zypp.conf can provide the latest LTS kernel in TW because of what I explained in my earlier reply where a LTS kernel may have newer fixes than the last LTS kernel version seen in TW because TW moved to a newer kernel version.
It's not like I have had lots of kernel issues, but having the latest LTS kernel would be a quick and easy way to verify whether a problem is kernel related or not and having the kernel-lts package would make it so that if a user installed that package they would not have to worry about it being purged and it would also be the latest version of the LTS kernel that is available. There is the Tumbleweed archive with historical kernels which you can install to test if the problem is caused by the kernel long after it has been removed from Tumbleweed if you really need to.
Are you talking about the historical builds that are used by tumbleweed-cli located here
Which have 6.4 kernels while Tumbleweed has 6.5 Also see https://download.opensuse.org/repositories/home:/tiwai:/kernel:/ Thanks Michal