GitLab

Part-of: <!706>

Part-of: <!705>

The symlink will already exist, and we'll get an error that it
already exists. Backport fixes from fontconfig master that fix it.

Part-of: <!705>

Directory lists only work when they are the only package wanting to
contain files there.  If multiple recipes specify a directory in the
file list, the second is ignored which means that files are not copied
from the arch-speific directory to the final universal prefix.

Fixes package with macos universal

Part-of: <!701>

When building for universal, the build-tools pkg-config is not
sufficient as it is not built for the universal archs.  We need to build
our own version to distribute.

Part-of: <!701>

At least, fixes build with clang 11

Part-of: <!701>

When trying to build a recipe that uses both git and CMake, the following error message is shown:
CMake Error: The source directory "/home/jorge/cerbero/sources/android_universal/armv7/my-package-1.2" does not appear to contain CMakeLists.txt.

When using CMake:
self.build_dir == ARCH/PACKAGE-VERSION/_builddir (Path where Git extracts sources)
and
self.config_src_dir == ARCH/PACKAGE-VERSION (Path where Git should extract sources)

The problem is that Git class "extracts" sources to self.build_dir.
build_dir is the path to put binaries (as explained in the message of commit 2d520bfd)

Sources have to be extracted to self.config.sources:
- Tarball Class extracts the sources to self.config.sources.
- self.config.sources is also the path where patches are applied.

Part-of: <!700>

Use os.makedirs which can create several path levels at once, instead of
failing.
For instance Cmake sources are extracted to ARCH/PACKAGE-VERSION/_builddir/
and two directories have to be created.
All other source types are already using os.makedirs.

Part-of: <!700>

Apply the enhancement of
cairo/cairo!151

Part-of: <!695>

glib: Windows socket fixes: WSAENETRESET, and FD_READ condition flag still set on recoverable UDP socket errors

Fixes #293

Part-of: <!696>

Windows SDK installed with Visual Studio 2015 doesn't define
required symbols, such as IAudioClient3

Fixes: #322
Part-of: <!693>

Apply the fix orc!44

Part-of: <!694>

We don't build spandsp library using MSVC but spandsp plugin is
built by using MSVC.

Part-of: <!692>

In order to support building on arm64 hosts (such as apple silicon), let's
update our uname parsing code to resolve the 'arm64' architecture to
Architecture.ARM64 instead of Architecture.ARM.

Part-of: <!691>

The system_info() docs have a typo - 'sytem' instead of 'system'.
Let's go ahead and fix that up.

Part-of: <!691>

amazon linux 2 is based of rhel 7

Part-of: <!689>

GstPlay aims to replace GstPlayer.

Part-of: <!685>

This was disabled as an optimisation on Windows but might be needed by
some recipes, so let's allow them to opt-in.

Part-of: <!682>

It's a new dependency for d3d11 (and optional for mediafoundation)
plugin.

Part-of: <!683>

wasapi2 plugin is able to auto update target WINVER if Windows 10
SDK is available

Part-of: <!573>

Part-of: <!679>

In Windows, the bootstrap used to build all the autotools and now it's
using the ones from the msys installation. During the autogen phase,
GTK+ requires the pkg-config macros that are installed in the
build-tools prefix. Since we use the msys autotools, the macros in
/share/aclocal are no longer in the default search paths. This patch
makes sure that the m4 macros installed by a build tool can be used.

Part-of: <!671>

Part-of: <!640>

Part-of: <!640>

This allows in the config to correctly set LD_LIBRARY_PATH based
on the build tools lib_suffix instead of hardcoded to 'lib'

This will also allow to support other features such as reusing
all the list,build, buildone commands for the build-tools prefix
with a --build-tools switch, which is currently not possible.

Part-of: <!640>

Bump moltenvk to 1.2.162.1

Part-of: <!673>

OBJCXXFLAGS are not being set correctly so  Objective-C++ files
were compiled with the build arch instead of the target one

Part-of: <!673>

Part-of: <!673>

Part-of: <!673>

Part-of: <!674>

Removed xcode8 sdk workaround for mkostemp, probably needs fixing
in meson.build if detection is incorrect with older min-*-version
targets (e.g. by passing the right header file prefix to cc.has_function).

Part-of: <!675>

Part-of: <!672>

This is much faster and allows building libdv on Windows
again, and also with MSVC.

Part-of: <!669>

This plugin has no external dependency and provide an implementation of RIST
simple profile protocol. RIST is derived from RTP, it provides a simple
receiver/transmitter elements that implement restransmission and more frequent
RTCP feedback, making it suitable for internet streaming.

Part-of: <!666>

Part-of: <!661>

Part-of: <!661>

Part-of: <!661>

Part-of: <!661>

Part-of: <!661>