How do you deal with mismatched Linux kernel / NVIDIA driver versions on Slowroll?
Recently I decided to install openSUSE Slowroll because I was looking for a distro with the latest KDE Plasma, but hoped it would be more stable than Manjaro, Arch, etc.
But just 2 days after installing, an upgrade landed with a kernel/NVIDIA mismatch and it made my system unbootable. Turns out zypper dup upgraded the kernel package, but the installed NVIDIA kmp (kernel module package) was still the one compiled for the previous kernel version. Yeah, I learned that NVIDIA's driver module has to be built specifically against the exact kernel version. So once the kernel moved on, the old module could no longer load into it. I had to use Snapper to roll back to the previous snapshot — thanks for BTRFS!
I then migrated to the kernel-longterm branch hoping for a more stable experience... nope. The same kind of mismatch happens on the longterm branch too.
My fix so far has been to pin the kernel and NVIDIA driver packages to the exact same matching build tag, so zypper dup can't upgrade one without the other and split them apart again:
sudo zypper al kernel-longterm kernel-longterm-devel kernel-devel-longterm nvidia-open-driver-G07-signed-kmp-longterm
I also wrote a small script that runs zypper dup --dry-run and flags it if the kernel and NVIDIA packages in the pending update don't have matching build versions, so I can catch it before running the real upgrade.
This works, but it feels like I'm fighting the tooling instead of the tooling helping me. Is manually pinning + a dry-run checker script really the standard way people handle this on Slowroll (or Tumbleweed for that matter), or is there a cleaner/more "supported" way to keep kernel and NVIDIA driver in lockstep that I'm missing?
Curious how others running NVIDIA on a rolling openSUSE release deal with this?