Is this a bug or is it packman dependency issue? When I try to upgrade TW, I get the following error:
user@yoga:~$ sudo zypper dup -d --allow-vendor-change
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...
Problem: 1: nothing provides 'libclc(llvm20)' needed by the to be installed Mesa-libOpenCL-25.0.2-1699.412.pm.2.i586
Solution 1: deinstallation of Mesa-libOpenCL-25.0.2-408.1.x86_64
Solution 2: keep obsolete Mesa-libOpenCL-25.0.2-408.1.x86_64
Solution 3: break Mesa-libOpenCL-25.0.2-1699.412.pm.2.i586 by ignoring some of its dependencies
Choose from above solutions by number or cancel [1/2/3/c/d/?] (c): c
I manually installed libLLVM20, but even that didnât resolve the dependency problem:
This is what is available to me now, in terms of Mesa-libOpenCL. I tried to manually change vendor to packman, but I get the same error that nothing provides 'libclc(llvm20)' needed by the to be installed Mesa-libOpenCL-25.0.2-1699.412.pm.3.x86_64
Yes, I noticed that too! It is the first time I got the wrong upgrade suggestion (in terms of architecture) from zypper
As I mentioned at the bottom of my previous message, however, when I try to manually change vendor to packman using Yast, I get a âcorrectâ error that nothing provides 'libclc(llvm20)' needed by the to be installed Mesa-libOpenCL-25.0.2-1699.412.pm.3.x86_64.
And when you install Mesa-libOpenCL from openSUSE?
Mesa from packman breaks regularly. Nothing new. Contact packman or waitâŚ
It often helps to switch the vendor for Mesa back to openSUSE until packman fixed their issues. In this way you can dup your system and stay up to date and secure.
You should also check if you need Mesa from packman or only the codecs. If you only need the codecs, do not switch other packages to packman. See the SDB.
AFAIK you need Mesa from Packman only to have HW video acceleration with selected (old?) AMD / ATI chips. If you are on Intel and/or Nvidia you are good to go with Mesa from OSS.
Mesa-libOpenCL IS currenlty installed from opesuse, not packman. Other mesa packages are from packman thoughâŚ
When I try to change vendor for all packages back to opensuse, I get the same error and 1 new error.
user@yoga:~$ sudo zypper dup --from openSUSE-Tumbleweed-Oss --allow-vendor-change
[sudo] password for root:
Retrieving repository 'packman' metadata .......................................................................................................................[done]
Building repository 'packman' cache ............................................................................................................................[done]
Loading repository data...
Reading installed packages...
Computing distribution upgrade...
2 Problems:
Problem: 1: nothing provides 'libclc(llvm20)' needed by the to be installed Mesa-libOpenCL-25.0.2-1699.412.pm.3.i586
Problem: 2: the installed vlc-codecs-3.0.21-1699.9.pm.15.x86_64 requires 'libavcodec58_134(unrestricted)', but this requirement cannot be provided
deleted providers: libavcodec58_134-4.4.5-1699.17.pm.2.x86_64
not installable providers: libavcodec58_134-4.4.5-1699.17.pm.3.i586[packman]
libavcodec58_134-4.4.5-1699.17.pm.3.x86_64[packman]
Problem: 1: nothing provides 'libclc(llvm20)' needed by the to be installed Mesa-libOpenCL-25.0.2-1699.412.pm.3.i586
Solution 1: deinstallation of Mesa-libOpenCL-25.0.2-408.1.x86_64
Solution 2: keep obsolete Mesa-libOpenCL-25.0.2-408.1.x86_64
Solution 3: break Mesa-libOpenCL-25.0.2-1699.412.pm.3.i586 by ignoring some of its dependencies
Choose from above solutions by number or skip, retry or cancel [1/2/3/s/r/c/d/?] (c): 1
Problem: 2: the installed vlc-codecs-3.0.21-1699.9.pm.15.x86_64 requires 'libavcodec58_134(unrestricted)', but this requirement cannot be provided
deleted providers: libavcodec58_134-4.4.5-1699.17.pm.2.x86_64
not installable providers: libavcodec58_134-4.4.5-1699.17.pm.3.i586[packman]
libavcodec58_134-4.4.5-1699.17.pm.3.x86_64[packman]
Solution 1: deinstallation of vlc-codecs-3.0.21-1699.9.pm.15.x86_64
Solution 2: install libavcodec58_134-4.4.5-1699.17.pm.3.x86_64 from excluded repository
Solution 3: break vlc-codecs-3.0.21-1699.9.pm.15.x86_64 by ignoring some of its dependencies
Choose from above solutions by number or skip, retry or cancel [1/2/3/s/r/c/d/?] (c): c
Wonât work as noted above. The openSUSE and packman package is broken.
ich@laptopneu:~> LANG=C sudo zypper in --from OSS Mesa-libOpenCL
Loading repository data...
Reading installed packages...
Resolving package dependencies...
Problem: 1: nothing provides 'libclc(llvm20)' needed by the to be installed Mesa-libOpenCL-25.0.2-409.1.x86_64
Solution 1: do not install Mesa-libOpenCL-25.0.2-409.1.x86_64
Solution 2: break Mesa-libOpenCL-25.0.2-409.1.x86_64 by ignoring some of its dependencies
Choose from above solutions by number or cancel [1/2/c/d/?] (c):
ich@laptopneu:~> LANG=C sudo zypper in --from "Packman Essentials Repository" Mesa-libOpenCL
Loading repository data...
Reading installed packages...
Resolving package dependencies...
Problem: 1: nothing provides 'libclc(llvm20)' needed by the to be installed Mesa-libOpenCL-25.0.2-1699.412.pm.3.x86_64
Solution 1: do not install Mesa-libOpenCL-25.0.2-1699.412.pm.3.x86_64
Solution 2: break Mesa-libOpenCL-25.0.2-1699.412.pm.3.x86_64 by ignoring some of its dependencies
Choose from above solutions by number or cancel [1/2/c/d/?] (c):
libclc(llvm20) is not availabele yet in the repos. Only libclc(llvm19)
ich@laptopneu:~> LANG=C zypper se -s libclc
Loading repository data...
Reading installed packages...
S | Name | Type | Version | Arch | Repository
---+--------+---------+----------------------+--------+-----------
| libclc | package | 0.2.0+llvm19.1.0-4.2 | noarch | OSS
ich@laptopneu:~>
When I get such errors in Packman I just wait few more hours until missed packages will be built then update normal without any errors. Happens when some new conflicting TW packages appear and packman new few hours to rebuild correspondent versions.
