Add wrap file for json-glib

git-update: Get the revision of the right repository

Typo, should fix the gst-build CI failures.

gitignore: Ignore the subprojects openh264 git repo

git-update: Don't try to pull --rebase repos that are not on master

This fixes updating of repos that are at a specific commit and
a detached HEAD, such as openh264.

uninstalled: use usercustomize, not sitecustomize

Currently, gst-uninstalled is using sitecustomize.py for adding gi
override tweaks. However, if the standard Python libraries come before
this file in sys.path, then sitecustomize.py will never be run because
the "import sitecustomize" done in site.py will use the standard Python
libraries instead. This can be seen by running "import sitecustomize;
print(sitecustomize.__file__)" inside the uninstalled environment, as
well as by checking gi.override.__path__ and seeing that the tweaks are
missing (and the overrides are misbehaving).

Switch to using usercustomize.py, which has no match in the standard
libraries and thus will be correctly imported.

https://bugzilla.gnome.org/show_bug.cgi?id=797011

Rename --no-error to --werror and flip default

We should not default to -Werror because that's not what we default to
anywhere in gstreamer, and it's bad for releases anyway. The CI will
be fixed to pass --werror manually.

meson: Fix libav checks to use feature options correctly

meson: strip branch name when uninstalled

Remove ending newlines characters on branch's name.

https://bugzilla.gnome.org/show_bug.cgi?id=796989

meson: Follow-up fix for ninja uninstalled

The --gst-version was removed in c78f0ef2229925f48b0ffabc410c2ca35dcb0df9 so
remove it from the meson.build file as well.

https://bugzilla.gnome.org/show_bug.cgi?id=796989

gst-uninstalled: Display current git branch name in the shell prompt

This is really useful when using multiple git worktrees.

https://bugzilla.gnome.org/show_bug.cgi?id=796989

Don't process the whole commit

https://bugzilla.gnome.org/show_bug.cgi?id=796655

scripts: Fix missing import in common.py

This was causing a build failure on the CI.

scripts: Fix fetching of meson command to run

Don't assume that meson is always a python script, on Windows it can
be (and soon will almost always be) an executable.

See: Meson MSI installer and https://github.com/mesonbuild/meson/pull/4004

subprojects: fix openh264 wrap commit

Meson was literally trying to check out tag/revision
'a1b3f07c5271f312997fcc3451237031444c4475 # 1.8.0 + fix for gcc 8.'
which doesn't exist of course.

Update .gitignore and add more subprojects

Convert common meson options to feature options

These changes have been mirrored in all subproject repositories.

https://bugzilla.gnome.org/show_bug.cgi?id=795107

uninstalled: Also support GES overrides

Simplifying one step further too

Fix previous commit putting mesonconfig.py in our custom sitecustomize directory

uninstalled: Simplify our python environment setup

Not changing the main usersitepackage env but creating our own,
similarly to what a venv would do.

uninstalled: Avoid failling while setting up PyGObject env hack files

subprojects: glib: point back at upstream master branch

instead of wip branch, the required tools override patches
are now upstream.

https://gitlab.gnome.org/GNOME/glib/merge_requests/188

Mark ffmpeg as not required

As it was supposed to be.

dssim: Use http:// git repo

Update libav dependency version check.

Add back gst-libav

It slipped through in the previous refactoring

Disable gst-sharp by default, as it is not guaranteed to build

Can be re-enabled again if we check for all direct and
indirect hard deps before including it.

subprojects\gtk-sharp\Source\meson.build:40:0: ERROR: Program(s) ['gacutil'] not found or not executable

Use new 'feature' option and dictionnary

Simplifying the build definition, making its options more flexible and
it is now simpler to read.

On a side not we want https://github.com/mesonbuild/meson/issues/3880
to simplify that again.

https://bugzilla.gnome.org/show_bug.cgi?id=796798

Add a wrap for openh264

uninstalled: Fix meson detection when using meson from a git checkout

This would not trigger on the build bot because there is
special casing in the code for a meson checkout underneath
gst-build. Fix needed as mesonintrospect.py was changed into
'meson.py introspect' in recent meson versions. When using
meson from git to configure the build the uninstalled script
would pick up a system meson instead which then would then
error out parsing the coredata from the newer meson.

Don't build gst-python if required deps aren't available

add gl-headers subproject for necessary OpenGL headers

At least for windows.

uninstalled: Set PKG_CONFIG_PATH to point to prefix/lib/pkgconfig

Add bindinator wrap file

meson: rename gtkdoc option to gtk_doc

Add a new subproject 'win-flex-bison-binaries'

This subproject will download and provide win32 binaries for flex
and/or bison if they aren't found at configure time on Windows.

Update git repos for glib and proxy-libintl

The proxy-libintl meson build files have been upstreamed, so we do not
need to use Centricular's git repository anymore.

Glib has moved to GNOME's Gitlab instance, and we use a specific branch
on it to get override_find_program for glib tools.

Add a wrap file for libnice.wrap

Temporarily pointing to Centricular's git repository till upstream
libnice accepts the port (poke ocrete on IRC!).

gst-uninstalled.py: Look for both 'build' and '_build' for builddir

meson: Update option names to omit prefixes

Also, common options are now consistent across all gstreamer modules,
and are inherited automatically.

gst-uninstalled: Use absolute path to custom builddir

Add a wrap for dssim

Bump Meson requirement to 0.46

Which matches GStreamer core's (and soon the other modules).

subprojects: add some missing wraps

uname does not exist everywhere

meson: Fix typo, lower() -> to_lower()

Only pass -DZ_SOLO on MSVC if using MSYS2 zlib

This fixes the build when we're building our own zlib as a subproject.

Add a script to checkout a worktree of gst-build and its subprojects

https://bugzilla.gnome.org/show_bug.cgi?id=794519

Build master

Build 1.14.0

README.md: explain how to run a specific test from a specific file

https://bugzilla.gnome.org/show_bug.cgi?id=793190

README.md: update specific test example

Tests naming scheme has changed.

https://bugzilla.gnome.org/show_bug.cgi?id=793190

README.md: use 'meson test' instead of 'mesontest'

The latter has been deprecated.

https://bugzilla.gnome.org/show_bug.cgi?id=793190

gst-uninstalled: symlink mesonconfig in site-packages

This is still incredibly ugly, but at least now mesonconfig
gets found, unlike before where the path where it was looked
for was the path of the sitecustomize symlink, not of its target
(https://bugs.python.org/issue6386)

gst-uninstalled: make override hacks work in virtualenv

virtualenv ships its own version of site.py, which does not
expose a getusersitepackages function. An alternative method
is thus used when we detect that we are running in a virtualenv.

gst-uninstalled.py: Don't close parent file descriptors

https://bugzilla.gnome.org/show_bug.cgi?id=791616

Fix check for python3

Use the python3 module to find the right binary. It might not
be called 'python3', but could just be plain 'python' for example
(e.g. on windows).

common.get_meson(): use MESONINTROSPECT if present

If meson has set this, it takes priority over whatever
we may find in PATH.

Stop using now deprecated mesonintrospect executable

meson.build: bump up required meson to 0.42.0

In order to use meson introspect, meson conf

meson.build: Fix typo in gstreamer-sharp message

Reported by @jeandet on IRC.

Build with buildtype debugoptimized by default

https://bugzilla.gnome.org/show_bug.cgi?id=790989

README: Document fish shell prompt customization

meson.build: blacklist only libva 0.99.0

This is the same fix we used in gstreaemr-vaapi to blacklist
the notoroious libva version 0.99.0

Intel's MSDK uses libva 0.99.0, meanwhile open source libva bumped
its API version to 1.0.0. Thus we have to blacklist only the MSDK's
libva (0.99.0)

https://bugzilla.gnome.org/show_bug.cgi?id=789744

git-update: Close stdin if non-interactive

To be 100% certain that any usage of stdin will actually fail
instead of silently waiting for input.

Fix checking for libxml2, it's not required

msys2: Handle aliased functions when generating the .lib files

uninstalled: Symbolic link support for the script file

This allows the user to invoke the uninstalled shell using a symbolic link to
gst-uninstalled.py.

Handle a prefix in prefix/

This is usefull to use external libs and tool not buildable with meson
inside our environment

Make the cs compiler optional

Add csharp/gstreamer-sharp support

Don't try to build ges if required dep isn't found

We shouldn't error out all of gst-build by default
if one of ges's required deps is not there.

glib.wrap: meson support has been merged into master branch

So use this until we can point to a release that contains it.

Check out glib from git://git.gnome.org/glib

uninstalled: Do not concider not installed dynamic libs as possible plugins

Bump meson version requirement to >= 0.40.1

Which matches that of GStreamer core.

uninstalled: fixes for windows usage

Fix a couple small breakages with windows usage, (1) Add
sys.executable to a subprocess invocation and (2) escape a path
fragment that gets used in a regex.

https://bugzilla.gnome.org/show_bug.cgi?id=782026

Back to development

Release 1.12.0

require libva < 0.99.0 for gstreamer-vaapi

Version 0.99.0 of libva isn't currently supported by gstreamer-vaapi.

https://bugzilla.gnome.org/show_bug.cgi?id=781866

uninstalled: Make the regex to look for plugin paths more generic

We might end up with spurious paths but it is no big deal.

gst-uninstalled: Match plugin path when lib64 is libdir

Fixes setting of GST_PLUGIN_PATH on Fedora 64-bit

Set GST_PLUGIN_PATH only to plugin paths

Allow disabling introspection from toplevel gst-build

https://bugzilla.gnome.org/show_bug.cgi?id=781148

Prefer MESONINTROSPECT env var to find mesonintrospect if set

This is new in meson 0.40. Makes sure we find and use the
mesonintrospect from the same location as our meson, and
not some other meson version that just happens to be in the
path. We might be using meson directly from a checkout, for
example.

https://bugzilla.gnome.org/show_bug.cgi?id=781110

uninstalled: use build and source root

uninstalled: Take into account -good pkgconfig uninstalled file

Enable custom subprojects option

Add push-url to all wrap files

add gstreamer-vaapi as a possible subproject

https://bugzilla.gnome.org/show_bug.cgi?id=778407

README: update tests section

- Add example to list all tests
- Add example to run all tests of a specific component
- Update example running one specific test to avoid test name clashes
with other components.

https://bugzilla.gnome.org/show_bug.cgi?id=776718

Add meson/ to PYTHONPATH if needed

add gst-omx as a possible subproject

Bump version

git-update: Update submodules too

More correct than not doing it, and prevents careless people from
mistakenly pushing changes to submodules.

gst-uninstalled: set PKG_CONFIG_PATH

Look for -uninstalled pc files and update PKG_CONFIG_PATH with the
directories containing those.

This feature is useful for users building the GStreamer stack
using meson and having to link it to another project which is still
using the autotools.

Fix a regression from the old gst-uninstalled tool.

https://bugzilla.gnome.org/show_bug.cgi?id=776810

uninstalled: Also set GST_PRESET_PATH and GST_ENCODING_TARGET_PATH

Also use meson introspect to set PATH

setup.py: Print the detected Ninja and quote build_dir

The build_dir is an absolute path, so quote it.

Revert "setup.py: Use the detected Ninja and quote build_dir"

This reverts commit 9a64b727bf6ad42d66f1e5f0404baca46f57167c.

Closes https://bugzilla.gnome.org/show_bug.cgi?id=776801

The actual fix is in the next commit.

setup.py: Use the detected Ninja and quote build_dir

The build_dir is an absolute path, so quote it.

We don't really need to use the absolute path to Ninja in git-update
since we pass it to subprocess.call which will do an shutil.which