So here is when it happened. I wonder, do you remember any zypper questions about conflicts similar to what you got today?
What happened today is due to the change in NVIDIA repo package (actually, bug fix strictly speaking):
Fri Apr 26 16:41:00 UTC 2024 - opensuse-releaseteam@opensuse.org
- NVIDIA package needs to require specific flavor. Issue #53
So you already had wrong flavor of NVIDIA repo package for quite some time but it did not cause any issues because it required openSUSE-repos which was satisfied by openSUSE-repos-Tumbleweed. But now it explicitly requires openSUSE-repos-MicroOS. Same issue with Slowroll.
No, i don’t remember sorry. The only conflict questions i remember was the one where it asked me to uninstall KDE for ffmpeg ( which i obviously didnt do ).
My TW with NVIDIA wants to install a NVIDIA-slowroll-repos package on zypper dup:
sudo zypper dup
[sudo] password for root:
Refreshing service 'NVIDIA'.
Refreshing service 'openSUSE'.
Loading repository data...
Reading installed packages...
Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command.
Computing distribution upgrade...
2 Problems:
Problem: 1: the to be installed openSUSE-repos-Slowroll-NVIDIA-20240412.89bd714-2.1.x86_64 requires 'openSUSE-repos-Slowroll', but this requirement cannot be provided
not installable providers: openSUSE-repos-Slowroll-20240412.89bd714-2.1.x86_64[openSUSE:repo-oss]
Problem: 2: the to be installed openSUSE-repos-Tumbleweed-NVIDIA-20240412.89bd714-2.1.x86_64 requires 'openSUSE-repos-Tumbleweed', but this requirement cannot be provided
deleted providers: openSUSE-repos-Tumbleweed-20240412.89bd714-1.1.x86_64
not installable providers: openSUSE-repos-Tumbleweed-20240412.89bd714-2.1.x86_64[openSUSE:repo-oss]
Problem: 1: the to be installed openSUSE-repos-Slowroll-NVIDIA-20240412.89bd714-2.1.x86_64 requires 'openSUSE-repos-Slowroll', but this requirement cannot be provided
not installable providers: openSUSE-repos-Slowroll-20240412.89bd714-2.1.x86_64[openSUSE:repo-oss]
Solution 1: deinstallation of openSUSE-repos-Slowroll-NVIDIA-20240412.89bd714-1.1.x86_64
Solution 2: deinstallation of openSUSE-repos-Tumbleweed-20240412.89bd714-1.1.x86_64
Solution 3: keep obsolete openSUSE-repos-Slowroll-NVIDIA-20240412.89bd714-1.1.x86_64
Solution 4: break openSUSE-repos-Slowroll-NVIDIA-20240412.89bd714-2.1.x86_64 by ignoring some of its dependencies
Choose from above solutions by number or skip, retry or cancel [1/2/3/4/s/r/c/d/?] (c):
Just wanted to add I came here looking about this too, as I have the exact same issue (MicroOS-NVIDIA package). Exact same results as @Teroh for the below commands, except my three packages found are 'i" instead of ‘i+’ (same packages and versions as Teroh, again). I never installed anything related to MicroOS either. Just figured I’d add in my experience to support it is less likely to be end-user error. Removed the MicroOS-NVIDIA package without any issue, for what it is worth.
I’m just going on a wild tinfoil ride here, but i assume the time microOS got added to our systems, was the time patterns updated. And probably not intentionally.
Its like the ■■■■■■■ “gaming” pattern that you can not get rid off … no matter how much you tell YAST to not install it. You will always get the 10 default games back.
patterns can be very annoying and are one of the points I really disliked in the beginning with opensuse. If you uninstall a package/pattern it might get re-installed with the next upgrade of your system, if it is “wanted” by (another) pattern. You have to set the specific item to taboo in the Yast package manager after un-installing, otherwise: surprise.
As far as I am aware of the Pattern Games is not checked for installation at system installation. Nevertheless five (5) small games are installed by default. They are in the Games Pattern, but not installed because of that. I repeat: the Games Pattern is not installed by default. Just look at the Games Pattern in YaST > Software Management and you will see that that Pattern is much larger then only those five.
If you, as system manager, do no want these (five simple card and board games), to be installed, then either uncheck them at system installation (and when you are such a long time openSUSE user like @suse_rasputin , you know how to do that), or remove them later. In both cases lock them either using YaST > Software , where it is called “taboo”, or zypper al ). When you forget to do that, and see them being re-installed during next update, you will remember and correct this and thus at the most the re-install will happen once only. When you are a new openSUSE user, you will probably look in YaST > Software manager how you can prevent those being installed, probably also will check man zypper for a solution (all the time learning much about your new openSUSE installation and how to manage it) and/or ask here on the forums how to do that blocking.
Games are there by default, I never chose them actively and have them on all my installs, Leap or TW, doesn’t matter. We are miles OT.
What made these strange repo packages for microOS and Slowroll get installed a few days back on my TW with NVIDIA packages installed? Would love to learn what messed this up…
My installations have no games. Before going into package selection details, I deselect recommends. Before allowing package installation to proceed, I check Games pattern to verify nothing there is checked.
NVidia users get (broken?) newly implemented special treatment unless they know enough to use zypper locks and/or YaST taboo to prevent installation of selected openSUSE-repo* packages. Those NVidia users having problems can read their changelogs to see email addresses of maintainers.
The additional repo definitions got added long time ago. Now with a packaging change, the maintainers want to remove the additional definitions. This is done via a simple zypper solver conflict. Tumbleweed users are expected to answer simple solver question and have a basic understanding of system maintenance (and which openSUSE flavor they are using…).