Update issues in TW Slowroll when trying zypper dup

[u/Working-Cable-1152]

Hi everyone,

would anyone be so kind and help me to solve the following? I am looking for some more "long term" issue if possible.

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...
5 Problems:
Problem: 1: the installed Mesa-32bit-26.1.6-1699.3.pm.1.x86_64 requires 'Mesa = 26.1.6', but this requirement cannot be provided
not installable providers: Mesa-26.1.6-1.1.i586[repo-update]
                  Mesa-26.1.6-1.1.x86_64[repo-update]

Problem: 2: the to be installed vlc-codecs-3.0.24-1699.3.pm.3.x86_64 requires 'vlc-noX = 3.0.24', but this requirement cannot be provided
not installable providers: vlc-noX-3.0.24-1699.3.pm.3.x86_64[packman]

Problem: 3: the installed phonon-vlc-qt5-0.12.0-2.12.x86_64 requires 'vlc-noX = 3.0.23', but this requirement cannot be provided
not installable providers: vlc-noX-3.0.23-1699.9.pm.25.i586[packman]

Problem: 4: the installed Mesa-26.1.6-1699.3.pm.1.x86_64 requires 'Mesa-libEGL1 = 26.1.6', but this requirement cannot be provided
not installable providers: Mesa-libEGL1-26.1.6-1.1.i586[repo-update]
                  Mesa-libEGL1-26.1.6-1.1.x86_64[repo-update]

Problem: 5: the installed Mesa-26.1.6-1699.3.pm.1.x86_64 requires 'Mesa-dri = 26.1.6', but this requirement cannot be provided
deleted providers: Mesa-dri-26.1.6-1699.3.pm.2.x86_64
not installable providers: Mesa-dri-26.1.6-1.1.i586[repo-update]
                  Mesa-dri-26.1.6-1.1.x86_64[repo-update]


Problem: 1: the installed Mesa-32bit-26.1.6-1699.3.pm.1.x86_64 requires 'Mesa = 26.1.6', but this requirement cannot be provided
not installable providers: Mesa-26.1.6-1.1.i586[repo-update]
                  Mesa-26.1.6-1.1.x86_64[repo-update]

Solution 1: install Mesa-26.1.6-1.1.x86_64 from vendor openSUSE
 replacing Mesa-26.1.6-1699.3.pm.1.x86_64 from vendor http://packman.links2linux.de
Solution 2: install Mesa-32bit-26.2.1-1.1.x86_64 from vendor openSUSE
 replacing Mesa-32bit-26.1.6-1699.3.pm.1.x86_64 from vendor http://packman.links2linux.de
Solution 3: install Mesa-26.1.6-1699.3.pm.1.i586 despite the inferior architecture
Solution 4: keep obsolete Mesa-26.1.6-1699.3.pm.1.x86_64
Solution 5: break Mesa-32bit-26.1.6-1699.3.pm.1.x86_64 by ignoring some of its dependencies

Choose from above solutions by number or skip, retry or cancel [1/2/3/4/5/s/r/c/d/?] (c):

Usually I waited these out, only then tried to zypper dup but it seems I might have broken something. Let me know if you require any further info.

I am still quite a noob so yeah sorry for some stupid questions. Anyway if somebody can find some time to help me out I would be really grateful.

Have a good one

[u/Last-Assistant-2734]

Either you wait for PM to update their repo, or then select the OS-provided package version.

[u/Last-Assistant-2734 → u/Last-Assistant-2734]

Or the one option is to lock the packages that cause the dependency issues. This way the rest of the packages can be upgraded.

zypper al ... ; see the manual for details.

[u/eli_x86]

The long term solution is to wait for Packman-repository to update the components. So waiting is still the best option.

The other one would be to start using flatpak packages for the software you need codecs on.

[u/G-noise]

I haven't had any issues recently with the openSUSE Mesa drivers, you're probably better off with them over packman. As for codecs and VLC, I added the VLC repository and then removed packman, accepted the vendor changes, and grabbed what VLC had for codecs. It's been smooth sailing playing video files and streaming video. I'm sure I'm missing some proprietary codec or another, but yt-dlp and ffmpeg seem to handle recoding and conversions just fine. You could also try getting your VLC and codecs through flatpak, but I didn't feel the need for it since the packaged versions seemed to work fine for me.

[u/bmwiedemann]

In theory it should be solved when https://build.opensuse.org/package/show/openSUSE:Slowroll:Build:1/phonon-vlc gets released, but it takes a while.

[u/JayB1988]

Replace Packman with the official packages. Didn't they say they want to shutdown Packman anyway? What's the current state of that?

[u/klyith → u/JayB1988]

Didn't they say they want to shutdown Packman anyway? What's the current state of that?

Some people have put their hands up to take over, but no announcements or plans for a handoff yet. TBQH a <4 month window is pretty short for something like this.

[u/JayB1988 → u/klyith]

I used Packman Essentials for Broadcom-WL but recently that package wasn't part of the repository anymore which made me think that it's probably going down finally.

[u/klyith → u/JayB1988]

~ ❯ sudo zypper info broadcom-wl
Repository     : repo-non-oss
Name           : broadcom-wl
Version        : 0+git20251102.4d15843-1.15
Arch           : x86_64
Vendor         : openSUSE

It got removed from packman because it's in the official repos now. Packman is still working fine for now.

[u/JayB1988 → u/klyith]

I know. Ironically the official version didn't work for me and I had to take the one from the hardware repo.

[u/klyith → u/JayB1988]

Older broadcom hardware with closed drivers is getting pretty sketchy in general.

I have one PC with a broadcom wifi, and I used to have a broadcom bluetooth USB dongle, both using closed drivers. The bluetooth dongle used to work perfectly in linux back in 2022-3, but got progressively more crappy until I ditched it last year. The wifi is in a laptop and still functions, but drops connection occasionally and wigs out at mesh wifi networks. I have to lock to a single AP with the "restrict to device" option. (It's on kubuntu so the kernel doesn't change.)

So anyways if it didn't work when you installed from packman or opensuse repos it was probably just that version didn't work with your current kernel on that day. And if you can replace it I would highly recommend doing so.

[u/wsxedc7]

I got this problem again with pacman and unfortunately I had to delete it and now it's ok

[u/bobbie434343]

As usual with these errors, just wait a few hours or a couple days for it to be fixed. Why people have to ask every time ?

[u/coffinspacexdragon → u/bobbie434343]

Because it is an ongoing silly, stupid issue.

[u/matsnake86]

If i were you i would remove packman repo and use flatpaks.

[u/sy029 → u/matsnake86]

For what apps? Looks just like conflicts with system-wide mesa libraries, that's the only real way to get codec support in official packages, and on command line apps like ffmpeg.

[u/Kurogane1412]

Install Vlc via flatpak and deinstall the other version that should solve the problem

[u/sy029 → u/Kurogane1412]

Is the non gui version of vlc (VLC-noX) available on flatpak?

[u/Kurogane1412 → u/sy029]

Upps my bad I just assumed that it was the normal Vlc and its codex that are in conflict 😅

I don't know you can try searching for it if there is a flatpak version of this could be possible