Can somebody tell me what solution would be best in the zypper dup attempt below? Or should I just wait?
sudo zypper dup
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: nothing provides 'libSvtAv1Enc.so.3(SVT_3.0.1)(64bit)' needed by the to be installed libavcodec60-6.1.3-1699.3.pm.1.x86_64
Problem: 2: nothing provides 'libSvtAv1Enc.so.3(SVT_3.0.1)(64bit)' needed by the to be installed libavcodec60-6.1.3-1699.3.pm.1.x86_64
Problem: 3: nothing provides 'libSvtAv1Enc.so.3(SVT_3.0.1)(64bit)' needed by the to be installed libavcodec60-6.1.3-1699.3.pm.1.x86_64
Problem: 4: nothing provides 'libSvtAv1Enc.so.3(SVT_3.0.1)(64bit)' needed by the to be installed libavcodec60-6.1.3-1699.3.pm.1.x86_64
Problem: 5: nothing provides 'libSvtAv1Enc.so.3(SVT_3.0.1)(64bit)' needed by the to be installed libavcodec60-6.1.3-1699.3.pm.1.x86_64
Problem: 1: nothing provides 'libSvtAv1Enc.so.3(SVT_3.0.1)(64bit)' needed by the to be installed libavcodec60-6.1.3-1699.3.pm.1.x86_64
Solution 1: Following actions will be done:
keep obsolete libavfilter9-6.1.3-1699.2.pm.32.x86_64
keep obsolete libswresample4-6.1.3-1699.2.pm.32.x86_64
keep obsolete libswscale7-6.1.3-1699.2.pm.32.x86_64
keep obsolete libpostproc57-6.1.3-1699.2.pm.32.x86_64
keep obsolete libavutil58-6.1.3-1699.2.pm.32.x86_64
Solution 2: Following actions will be done:
install libavfilter9-6.1.3-1699.4.pm.1.i586 despite the inferior architecture
install libswresample4-6.1.3-1699.4.pm.1.i586 despite the inferior architecture
install libswscale7-6.1.3-1699.4.pm.1.i586 despite the inferior architecture
install libpostproc57-6.1.3-1699.4.pm.1.i586 despite the inferior architecture
install libavutil58-6.1.3-1699.4.pm.1.i586 despite the inferior architecture
Solution 3: deinstallation of libavfilter9-6.1.3-1699.2.pm.32.x86_64
Solution 4: break libavcodec60-6.1.3-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/s/r/c/d/?] (c):
sudo zypper dup
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: problem with the installed libSvtAv1Enc3-3.0.1-1.4.x86_64
Solution 1: install libSvtAv1Enc3-3.0.1-1699.1.pm.1.x86_64 from vendor http://packman.links2linux.de
replacing libSvtAv1Enc3-3.0.1-1.4.x86_64 from vendor openSUSE
Solution 2: keep obsolete libSvtAv1Enc3-3.0.1-1.4.x86_64
Choose from above solutions by number or cancel [1/2/c/d/?] (c):
but here is all the stuff that still asks for libSvtAv1Enc3
Its not clear how to fix this, and as you can see its not just mplayer that needs this package. Packman had a newer version but didnt seem right to use that one
when I try to install ffmpeg-8 it still complains about libSvtAv1Enc3
sudo zypper install ffmpeg-8
Loading repository data...
Reading installed packages...
Resolving package dependencies...
Problem: 1: the to be installed ffmpeg-8-8.1.2-1699.3.pm.28.x86_64 requires '(libavcodec62 = 8.1.2-1699.3.pm.28 or ffmpeg-8-mini-libs = 8.1.2-1699.3.pm.28)', but this requirement cannot be provided
not installable providers: libavcodec62-8.1.2-1699.3.pm.28.i586[ftp.gwdg.de-openSUSE_Tumbleweed]
libavcodec62-8.1.2-1699.3.pm.28.x86_64[ftp.gwdg.de-openSUSE_Tumbleweed]
Solution 1: Following actions will be done:
install libSvtAv1Enc3-3.0.1-1699.1.pm.2.x86_64 from vendor http://packman.links2linux.de
replacing libSvtAv1Enc3-3.0.1-1.4.x86_64 from vendor openSUSE
deinstallation of ffmpeg-6-6.1.3-1699.2.pm.32.x86_64
Solution 2: do not install ffmpeg-8-8.1.2-1699.3.pm.28.x86_64
Solution 3: break ffmpeg-8-8.1.2-1699.3.pm.28.x86_64 by ignoring some of its dependencies
Choose from above solutions by number or cancel [1/2/3/c/d/?] (c):
@hui the earlier command i was running was remove, if all those packages work with v4 then why cant I remove v3?
thanks both for your help
might be best to wait and see if this gets fixed by maintainers?
Stop using Packman, you don’t need it. Use flatpaks for the apps that require codecs that are not supported in openSUSE itself and be done with it. No conflicts anymore.
As said: it works when no packman is involved…
You need to have the actual version of libSvtAv1Enc4 from openSUSE installed and not the outdated libSvtAv1Enc3 from packman:
:~> LANG=C zypper se -si libSvtAv1Enc
Loading repository data...
Reading installed packages...
S | Name | Type | Version | Arch | Repository
---+---------------+---------+-----------+--------+-----------
i | libSvtAv1Enc4 | package | 4.2.0-1.2 | x86_64 | repo-oss
I’m not using libSvtAv1Enc from packman, i barely have any packman stuff installed just mesa for gaming… Thinking i need packman or at least this OSS to get proper codecs in firefox etc? if I agree to install libSvtAv1Enc3 from packman that will probably resolve this issue for now but doesnt seem right
zypper se -si libSvtAv1Enc
Loading repository data...
Reading installed packages...
S | Name | Type | Version | Arch | Repository
---+---------------+---------+-----------+--------+----------------------
i | libSvtAv1Enc3 | package | 3.0.1-1.4 | x86_64 | (System Packages)
i+ | libSvtAv1Enc4 | package | 4.2.0-1.2 | x86_64 | Main Repository (OSS)
user:~> zypper se --installed-only --repo ftp.gwdg.de-openSUSE_Tumbleweed
Loading repository data...
Reading installed packages...
S | Name | Summary | Type
---+-------------------+----------------------------------------------------+--------
i | libgbm1-32bit | Generic buffer management API | package
i | Mesa-32bit | System for rendering 3-D graphics | package
i | Mesa-libGL1-32bit | The GL/GLX runtime of the Mesa 3D graphics library | package
and that brings in libSvtAv1Enc3 from Packman. But you can have that alongside libSvtAv1Enc4 from the OSS repo, so where is the problem?
If you explicitly install ffmpeg-8 from OSS, you need only libSvtAv1Enc4 (from OSS as well) and there should be no problem (as @hui suggests).
EDIT: since you currently have libSvtAv1Enc3 from OSS, zypper cannot install the Packman version unless you add --allow-vendor-change; so you likely have to solve that conflict manually one way or the other according to your use case.
please see my earlier post it wanted to remove tons of stuff
It installed the OSS version , see my post above i showed which packages were from Packman
I managed to fix this by disabling the Packman repo, when i ran dup --allow-vendor-change it moved mesa from packman to OSS? then libSvtAv1Enc3 was also able to be removed
will keep it disabled for now and see if i run into any video codec issues
