- Package:
- src:gst-plugins-bad1.0
- Source:
- src:gst-plugins-bad1.0
- Submitter:
- John Paul Adrian Glaubitz
- Date:
- 2025-01-09 08:18:02 UTC
- Severity:
- normal
Hi! src:wpewebkit can currently not be bootstrapped on loong64 since it build-depends on libgstreamer-plugins-bad1.0-dev which is built from src:gst-plugins-bad1.0 which itself build-depends on libwpewebkit-1.1-dev which is built from src:wpewebkit. Thus, currently it's not possible to bootstrap both packages on a new architecture. Could you add a build profile to either src:gst-plugins-bad1.0 or src:wpewebkit to allow the packages to be boostrapped on loong64? Thanks, Adrian
Hi, I just gave this a quick try. In theory it should be possible to build wpewebkit without gstreamer (-DENABLE_WEB_AUDIO=OFF -DENABLE_VIDEO=OFF) but wpewebkit 2.40.5 fails to build because of a missing definition. These kinds of errors are normally not hard to fix but the real problem is that this no-gstreamer configuration is not tested in any of the bots, so while I can make 2.40.5 build fine this is likely to break again in the future. I suspect that it's much easier to build gst-plugins-bad without the WPE plugin, so I would suggest to add the new build profile there. Did you file a separate bug, and if not can you reassign this one? Regards, Berto
Hi Alberto! Yes, I figured this out as well. Bootstrapping gst-plugins-bad1.0 with the WPE plugin disabled was rather easy, so I think we should move the bootstrap enabler to this package. I didn't and, yes, let's reassign this bug to src:gst-plugins-bad1.0. Adrian
This is blocked because gst-plugins-bad1.0 fails to build currently. Thank you, Jeremy Bícha
Hello, It is not correct to close this bug as the underlying issue, the circular build dependency has not been fixed. The packages in question were bootstrapped for loong64 using manual hacks working around this bug. Proper build profiles should be added such that these hacks are not necessary. Adrian