[packman] obs-studio erroneously provides libvulkan.so.1

Hans-Peter Jansen hpj at urpla.net
Tue Nov 8 20:58:17 CET 2022


Hi,

looking for advise on how to deal with an unpleasant situation:

Look at the handbrake TW build right now:
have choice for libvulkan.so.1()(64bit) needed by libavutil56_70: 
libvulkan1 obs-studio, 
have choice for libvulkan.so.1()(64bit) needed by libavfilter7_110: 
libvulkan1 obs-studio

and indeed from the obs-studio build:

[  542s] -- Installing: /home/abuild/rpmbuild/BUILDROOT/obs-
studio-28.1.1-0.x86_64/usr/lib64/obs-plugins/libvulkan.so.1

[  556s] Processing files: obs-studio-28.1.1-0.x86_64
[  557s] Provides: application() application(com.obsproject.Studio.desktop) 
libEGL.so()(64bit) libGLESv2.so()(64bit) libcef.so()(64bit) libobs-frontend-
api.so.0()(64bit) libobs-opengl.so.1()(64bit) libobs-scripting.so.1()(64bit) 
libobs.so.0()(64bit) libobsglad.so.1()(64bit) libvk_swiftshader.so()(64bit) 
libvulkan.so.1()(64bit) metainfo() metainfo(com.obsproject.Studio.appdata.xml) 
obs-studio = 28.1.1-0 obs-studio(x86-64) = 28.1.1-0

Due to the automatic dependency processing, obs-studio now provides a 
libvulkan.so.1 plugin, which in turn provides libvulkan.so.1()(64bit) on the 
package, which is kind of silly of course. Sure, this could be solved by 
within prjconf with:

Prefer: libvulkan1

but I would rather like to remove this provides from obs-studio build 
specifically. Any idea, how to achieve that?

Cheers,
Pete
--
Life without chameleons is possible, but pointless.






More information about the Packman mailing list