back to SUSE after more than 20 years, and I really am enjoying the Slowroll flavour. However some things keep happening I don´t understand:
I´m using an Nvidia GTX 3070 graphics card with G07 installed from the Nvidia-repo, which works fine.
However, zypper dup keeps trying to install nvidia-gfxG04-kmp-default along with kernel-default-6.16.8-1.0.12.1.sr20250901, in addition to the now recent 7.1.5-Kernel. Why is that?
This seems related to the package “kernel-default”, but I don´t get why the system tries to pull in non-relevant software?
Here´s my repo-list, just in case:
# | Alias | Name | Enabled | GPG Check | Refresh | URI
--+--------------------------+-----------------+---------+-----------+---------+---------------------------------------------------------
1 | NVIDIA:repo-non-free | repo-non-free | Ja | (r ) Ja | Ja | https://download.nvidia.com/opensuse/tumbleweed
2 | openSUSE:repo-non-oss | repo-non-oss | Ja | (r ) Ja | Ja | http://download.opensuse.org/slowroll/repo/non-oss
3 | openSUSE:repo-openh264 | repo-openh264 | Ja | (r ) Ja | Ja | https://codecs.opensuse.org/openh264/openSUSE_Tumbleweed
4 | openSUSE:repo-oss | repo-oss | Ja | (r ) Ja | Ja | http://download.opensuse.org/slowroll/repo/oss
5 | openSUSE:repo-oss-debug | repo-oss-debug | Nein | ---- | ---- | http://download.opensuse.org/debug/slowroll/repo/oss
6 | openSUSE:repo-oss-source | repo-oss-source | Nein | ---- | ---- | http://download.opensuse.org/source/slowroll/repo/oss
7 | openSUSE:update-slowroll | update-slowroll | Ja | (r ) Ja | Ja | http://download.opensuse.org/update/slowroll/repo/oss
8 | packman | Packman | Nein | ---- | ---- | https://ftp.fau.de/packman/suse/openSUSE_Slowroll/
Welcome to the Forums!
Please post zypper se -si nvidia kernel-default and possibly the relevant part of zypper dup.
The result of inxi -GSaz might also help.
And that´s what I get when I would do “sudo zypper dup”:
Die folgenden 5 NEUEN Pakete werden installiert:
kernel-default-6.16.8-1.0.12.1.sr20250901 kernel-default-7.1.5-1.0.10.1.sr20260707 kernel-default-devel-7.1.5-1.0.10.1.sr20260707 kernel-devel-7.1.5-1.0.10.1.sr20260707 nvidia-gfxG04-kmp-default
I needed to roll back to Kernel 7.1.4 as my Nvidia driver doesn´t work anymore after the upgrade - although MOK keys were enrolled which worked flawlessly on previous upgrades.
Instead of telling this story, it is much more easy to copy/paste that one more line at the begin of the output you post. No more talking to type and al is shown in one go (and the prompt that is also in that line may tell the readers usable information)…
Juts trying to help
That Nvidia open driver is built for kernel 7.1.3 and should only work with that kernel version.
A newer Nvidia driver is not yet available for Slowroll, so kernel 7.1.5 will not be able to load the graphics driver. That is quite common on Slowroll due to its “slow” model of monthly full upgrades, and that makes Slowroll not really suitable for systems that need the Nvidia driver.
You may wait for the next full upgrade (should be on August 8 - 10?) and see if the conflict resolves automagically.
Or you may lock kernel 7.1.3 until a Nvidia open driver compatible with kernel 7.1.5 is available on the repos.
There are other ways, like installing via the Nvidia .run file and dkms, but that is not automatic.
During zypper dup the system tries to solve the dependency hell caused by mismatching kernel and driver and finds obsolete “weird stuff” that should not be installed on your system.
Active Slowroll users might give additional advice if the options offered above are not what you are looking for.
For more modern cards, if you use the cuda repository and dkms from there is will auto rebuild on the kernel update and if applicable install the open driver. Added bonus it’s using the 610 series…
Thank you very much, Malcom! I gave it a shot and am now enjoying Kernel 7.1.5 plus Nvidia 610 drivers with zypper dup being clean. Let´s see what comes up next using the Leap 15 repo, but right now everything works like a charm.
For sure this was my last Nvidia graphics card ever…
Nvidia are much better these days well for newer GPU’s I also use Intel ARC GPU’s which are coming along nicely, I’ve also fixed and maintain a few Intel related packages for the likes of raytracing with ARC gpu’s.
@malcolmlewis That looks somewhat more future-proof.
32-bit packages seem to be missing though, so no luck for a gaming PC like mine (didn´t mention this before).
I also use Intel ARC GPU’s which are coming along nicely, I’ve also fixed and maintain a few Intel related packages for the likes of raytracing with ARC gpu’s.