* Drop unnecessary orc meson handling, the eclass takes care of it.
* Drop ancient gst-plugins-bad blocker.
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
Main packages are assumed to always want IUSE=orc when the meson option is there,
whereas split plugins are considered to need it when they refer to orc_dep in one
of their plugin subdirs and not need it when none do.
Closes: https://bugs.gentoo.org/810417
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
Split plugins would (almost?) never enable introspection build as they typically don't
ship any libraries, much less those that would be set up for introspection.
Bug: https://bugs.gentoo.org/810417
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
Now that eclass correctly treats v4l2 and ximagesrc as ext plugins (and qt5/qt6
from much earlier additions), we don't need to explicitly disable them in the
ebuild as well anymore. The extra ximagesrc options are also not necessary to
pass, as only the ximagesrc build dir meson.build looks at them and doesn't
evaluate it at all when ximagesrc itself is disabled.
Also drop legacy pre-meson multilib_src_install_all leftover that is unnecessary
due to just dealing with libtool remnants that aren't there since meson in the
first place.
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
This is mainly for correctness, as the good split builds didn't actually end up
building anything about ximagesrc or v4l2 as the subdirs of those are ignored
by the split packages builds.
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
Split plugins don't run tests and after eclass tweaks gstreamer_multilib_src_test
call would fail due to no `virtx` being available.
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
virtualx was inherited unconditionally, but only used in non-splits.
Unconditional virtualx inheriting is preserved for older than 1.22.10 versions
to not cause any --newuse rebuilds for stable users.
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
gstreamer_system_package() supports multiple arguments, allowing to call
gstreamer_get_plugin_dir() only once. Micro-optimize the call for a common
convention standard for using it.
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
This necessitates adding `gl` to GST_PLUGINS_NOAUTO in gst-plugins-base, or it gets
disabled there as well due to eclass additions being appended to the ebuild ones.
This is mainly for correctness, as the few base split builds didn't actually end up
building anything about GL extra due to this.
Signed-off-by: Mart Raudsepp <leio@gentoo.org>
When a split package uses gstreamer_system_package() for a helper library in gst-libs/
that is in the same tarball, it wasn't working fully anymore these days because for
subprojects support they all do a meson.override_dependency as well, which is
also overriding the dependency our eclass helper adds at the top of the split plugins
subdir meson.build. Because of that, it was building these helper libraries from
scratch and link against them, only to discard it after linking against it and
potentially also causing some ABI issues, as at runtime the system version from the
main package is used (though that hasn't been observed as of yet, only the extra
big compilation).
Fix it by deleting the relevant override_dependency call as part of
gstreamer_system_package() as well, which works as long as the syntax used for it
is standard in terms of whitespace usage.
For example gst-plugins-cdparanoia had 51 build units before due to this, but
only 2 after the fix.
Signed-off-by: Mart Raudsepp <leio@gentoo.org>