Hello, thanks for working on packman. On Sat, Jan 29, 2022 at 12:16:40PM +0100, Bjørn Lie wrote:
Greetings all
Letting you all know that we have removed the packages gstreamer-plugins-bad and gstreamer-plugins-ugly (and their sub-packages) for Tumbleweed. Leap stays as it has been in the past.
In the future only the plugins not available in main oss from these 2 will be packaged and shipped (gstreamer-plugins-libav will continue to exist for now).
This means that user will encounter that zypper expect/wants you to do a vendor change for a lot of gstreamer packages if you currently have them installed from the packman repo. This is expected and you should go ahead with the vendor change.
Once done, you should be left with only 2 (or 4 if you have gst-*32-bits installed aswell). Those will be:
gstreamer-plugins-bad-codecs gstreamer-plugins-ugly-codecs
(and depending on 32-bit or not)
gstreamer-plugins-bad-codecs-32bit gstreamer-plugins-ugly-codecs-32bit
Looks like both the 32bit and the 64bit gstreamer-plugins-bad-codecs depend on libopenh264 which can be installed only in one of 32bit or 64bit so both 32bit and 64bit gstreamer cannot use the codec: Problem: the to be installed gstreamer-plugins-bad-codecs-32bit-1.18.5-3.1.x86_64 requires 'libopenh264.so.6', but this requirement cannot be provided not installable providers: libopenh264-6-2.1.1-1.32.i586[packman-essentials] Solution 1: Following actions will be done: install libopenh264-6-2.1.1-1.32.i586 despite the inferior architecture architecture change of libopenh264-6-2.1.1-1.32.x86_64 to libopenh264-6-2.1.1-1.32.i586 architecture change of gstreamer-plugins-bad-codecs-1.18.5-3.1.x86_64 to gstreamer-plugins-bad-codecs-1.18.5-3.1.i586 Solution 2: do not install gstreamer-plugins-bad-codecs-32bit-1.18.5-3.1.x86_64 Solution 3: break gstreamer-plugins-bad-codecs-32bit-1.18.5-3.1.x86_64 by ignoring some of its dependencies Sounds like the libopenh264 needs some fix to be usable both 32bit and 64bit at the same time. Thanks Michal