Gentoo Archives: gentoo-dev

From: Mart Raudsepp <leio@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] [PATCH] gstreamer-meson.eclass: New eclass required for gstreamer-1.18.0+
Date: Wed, 17 Mar 2021 14:24:13
Message-Id: 38d0f9b9d6ad4ebab36a7c6690e1e52d10a80745.camel@gentoo.org
In Reply to: Re: [gentoo-dev] [PATCH] gstreamer-meson.eclass: New eclass required for gstreamer-1.18.0+ by "Haelwenn (lanodan) Monnier"
1 Ühel kenal päeval, K, 17.03.2021 kell 10:29, kirjutas Haelwenn
2 (lanodan) Monnier:
3 > > My main initial question on this version is:
4 > > How does it behave with helper libraries from the same tarball?
5 >
6 > It has been in my overlay for a while (haven't included all the
7 > splitted plugins though).
8 >
9 > ie.
10 > https://hacktivis.me/git/overlay/file/media-plugins/gst-plugins-hls/gst-plugins-hls-1.18.4.ebuild.html
11 >
12 > > Basically what gstreamer_system_link function solved in the
13 > > autotools
14 > > eclass.
15 > > E.g., if you build gst-plugins-libvisual, is it building gstreamer-
16 > > audio, gstreamer-video and gstreamer-pbutils as well again
17 > > (automatically due to generated ninja dependencies), or picks them
18 > > up
19 > > from gst-plugins-base?
20 >
21 > I think this particular one isn't solved yet. Mainly because it
22 > doesn't
23 > seems to have caused me issues yet.
24
25 I think it would be building it again, and then link it against that
26 new build, instead of the system version that it'll actually use at
27 runtime. That sounds like a recipe for hard to track issues down the
28 line.
29 But maybe if it works out fine right now, it's worth ignoring it at
30 first, and solving it later on.
31
32 >
33 > > * Don't make nls optional
34 >
35 > What's the reason for this? It's the case with gstreamer::gentoo.
36
37 OK, I guess we could keep it too - maybe someone needs for very
38 embedded builds.