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. _______________________________________________ Packman mailing list [email protected] https://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
