Zypper dup can't find a bunch of packages

Hello!

It is not the first time when running zypper dup gives me a few messages about missing packages in their default repos. It can’t update lib-SPIRV-tools for almost a year now for example. The alternative repo it suggest doesn’t contain the package either.
But today the whole thing entered a new “hight”, that is in reality a new LOW: 17 problematic packages, none of them present in the main nor the alternative repos. It is a huge pile of garbage, reaching a turning point.

17 Problems:
Problem: 1: problem with the installed Mesa-libglapi0-32bit-24.3.3-1699.406.pm.1.x86_64
Problem: 2: problem with the installed Mesa-vulkan-device-select-32bit-24.3.3-1699.406.pm.1.x86_64
Problem: 3: problem with the installed libOSMesa8-32bit-24.3.3-1699.406.pm.1.x86_64
Problem: 4: problem with the installed libSPIRV-Tools-2024_3-2024.3-1.1.x86_64
Problem: 5: problem with the installed libgbm1-32bit-24.3.3-1699.406.pm.1.x86_64
Problem: 6: problem with the installed libvulkan_intel-32bit-24.3.3-1699.406.pm.1.x86_64
Problem: 7: problem with the installed libvulkan_radeon-32bit-24.3.3-1699.406.pm.1.x86_64
Problem: 8: problem with the installed xf86-video-fbdev-0.5.0-3.7.x86_64
Problem: 9: problem with the installed libavcodec61-32bit-7.1-1699.6.pm.5.x86_64
Problem: 10: problem with the installed libavformat61-32bit-7.1-1699.6.pm.5.x86_64
Problem: 11: problem with the installed libavutil59-32bit-7.1-1699.6.pm.5.x86_64
Problem: 12: problem with the installed libfdk-aac2-32bit-2.0.2-1699.1.pm.57.x86_64
Problem: 13: problem with the installed libswresample5-32bit-7.1-1699.6.pm.5.x86_64
Problem: 14: problem with the installed libxvidcore4-32bit-1.3.7-1699.1.pm.20.x86_64
Problem: 15: problem with the installed libavcodec60-32bit-6.1.2-1699.1.0.6.pm.1.x86_64
Problem: 16: problem with the installed libavutil58-32bit-6.1.2-1699.1.0.6.pm.1.x86_64
Problem: 17: problem with the installed libswresample4-32bit-6.1.2-1699.1.0.6.pm.1.x86_64

If I choose to keep the obsolete packages, the “update” starts, and I get another messages in the middle:

Retrieving: libxcb-xkb1-32bit-1.17.0-93.7.x86_64 (X.Org development (openSUSE_Tumbleweed))
(688/1523), 41,4 KiB
Retrieving: libxcb-xkb1-32bit-1.17.0-93.7.x86_64.rpm …[not found]
File ‘./x86_64/libxcb-xkb1-32bit-1.17.0-93.7.x86_64.rpm’ not found on medium ‘https://download.opensuse.org/repositories/X11:/XOrg/openSUSE_Tumbleweed/
Abort, retry, ignore? [a/r/i/…? shows all options] (a):

Retrieving: libXss1-32bit-1.2.4-32.22.x86_64 (X.Org development (openSUSE_Tumbleweed))
(689/1523), 13,1 KiB
Retrieving: libXss1-32bit-1.2.4-32.22.x86_64.rpm …[not found]
File ‘./x86_64/libXss1-32bit-1.2.4-32.22.x86_64.rpm’ not found on medium ‘https://download.opensuse.org/repositories/X11:/XOrg/openSUSE_Tumbleweed/
Abort, retry, ignore? [a/r/i/…? shows all options] (a):

If I chose to ignore all of these, the “update” ends up in “Installation has completed with error.” And that is a lie, because nothing have installed, just cached. But some changes made, because after an “update” like this YAST is practically can’t do a thing. And sometimes other programs stop working too. This is pathetic. Does even somebody check the content of the repos? Check if the packages even uploaded?

You have added arbitrary developement repositories. Additionally you added them without the auto refresh flag. That is the reason why packages don’t get found. Either add the refresh flag or perform a simple zypper ref prior upgrade.

Additionally you seem to use YaST for upgrade when zypper dup should be used.

The sparse provided informations already shows that the error is on your side, as you have added additional (external) repos without the correct flags.

To help you clean up your system, you should start with showing your repository list:
zypper lr -d

All of your assumptions are wrong. In the first sentence I wrote I used zypper dup.
Arbitrary development repositories? Really? All of the packages missing from the base opensuse repos. Or the suggested obs repo, or packman. Never from the 3rd party ones.
Zypper dup starts the whole process with refreshing the repos. Again, you are wrong.
By the way: today morning without any of your suggested things the update done successfully. It seems somebody did his/her job finally. But yeah, first they just need to refresh the package list in the repo. Uploading the packages is a secondary thing… It can wait a few days.

Unfortunately there seems to be some technical missunderstanding on your side, how repository management, upgrading and package management works.

Maybe you start from the basics and have a look what official repositories are and what not:
Package repositories - openSUSE Wiki.
The official openSUSE Tumbleweed/Slowroll repos are only OSS, NON-OSS, Update, Source, Debug and the H264 repos. See also the Slowroll Portal.

Your terminal output shows that you have added repositories without auto refresh flag. zypper dup only performs a automatic zypper ref for repos with auto refresh flag. Other repos without auto refresh flag needs a zypper ref prior use, or one gets messages like you got about missing packages (repository cache on your machine is outdated).

Instead of blaming the devs for your faults, it could help to read up on some basics,

Again, we can help you to learn something when you start providing some facts like your repo list.

It could help to actually post the terminal output. There is no package named lib-SPIRV-Tools. It is actually called libSPIRV-Tools. So most likely you need to let do zypper its job by removing the old package and let it install the new version with new name (instead of keeping obsolete versions).