GitLab

This was a regression from 28b7b043.
We no longer install that package.

Part-of: <!572>

We don't strip libraries for other recipes either
and leave this to the packaging step.

Part-of: <!571>

And switch to xz tarballs.

Fixes #290

Part-of: <!571>

We only need to return an error when DNS record lookup is requested,
which is rare. The most common usage is lookup by name and address,
both of which work fine already.

Part-of: <!569>

Before we would output mingw, msvc, msvc-debug into the same prefixes,
and would set the same env var for all:

C:\gstreamer\1.0\x86_64
C:\gstreamer\1.0\x86
GSTREAMER_1_0_ROOT_X86_64
GSTREAMER_1_0_ROOT_X86

Now we will output into:

-v novisualstudio (default)
C:\gstreamer\1.0\mingw_x86_64
C:\gstreamer\1.0\mingw_x86
GSTREAMER_1_0_ROOT_MINGW_X86_64
GSTREAMER_1_0_ROOT_MINGW_X86

-v visualstudio
C:\gstreamer\1.0\msvc_x86_64
C:\gstreamer\1.0\msvc_x86
GSTREAMER_1_0_ROOT_MSVC_X86_64
GSTREAMER_1_0_ROOT_MSVC_X86

-v visualstudio,vscrt=mdd
C:\gstreamer\1.0\msvc-debug_x86_64
C:\gstreamer\1.0\msvc-debug_x86
GSTREAMER_1_0_ROOT_MSVC_DEBUG_X86_64
GSTREAMER_1_0_ROOT_MSVC_DEBUG_X86

Fixes #281

Part-of: <!567>

Build the framework library with -headerpad_max_install_names
to allow relocations with longer install names than the original one.

Part-of: <!565>

The check by extension was only relocation libraries
and skipping binaries. This fix also looks for Mach-O files
if the extension check fails

Fixes: #285
Part-of: <!565>

Because of this we were missing the ANGLE libs when using
cross-uwp-universal.cbc

Part-of: <!566>

See orc!48

Part-of: <!564>

https://gitlab.gnome.org/GNOME/glib/-/merge_requests/1579

Part-of: <!563>

Tested on a Debian system with none of these packages installed, and
the new list of packages is all we really need. We do not need gtkdoc,
docbook, texlib, alsa-dev, etc. Can probably be trimmed even further.

Part-of: <!562>

Tested and compared with autotools build on:

Windows (UWP, MSVC, MinGW) x (x86, x86_64, ARM64)
Android Universal (ARM64, x86, x86_64, ARMv7)
iOS Universal (ARM64, X86_64)
macOS (x86_64)
Linux (x86_64, ARMv7)

Comparison was done by ensuring that the same options were enabled,
and that the static library had the same objects inside it when built
with Autotools and Meson.

Part-of: <!560>

Instead of only printing the log for the current step, print the logs
for all previous steps that are available. Helps in figuring out,
f.ex., compile issues that might be caused by incorrect configuration.

Part-of: <!556>

On Linux, we will always add bash-completion to the list of recipes,
but because fetch-package maintains a separate list based on the list
of recipes in the package files, we will not fetch it. This is a known
bug. See: #125

Workaround it by adding it to -core.

Part-of: <!561>

This is only needed by recipes that are buggy.

Fixes #25

Part-of: <!559>

Version checking in `__init__` is performed before we install the
tools during system bootstrap. Do it in `start()` instead, which is
afterwards.

Part-of: <!557>

The cross and native files should be written as utf-8 because that is
what Meson expects, and we should read meson_options.txt as utf-8,
because that is what it will always be.

Fixes the following error on macOS while reading meson_options.txt:

```
Traceback (most recent call last):
  File "cerbero/build/oven.py", line 451, in _cook_recipe_step
    await ret
  File "cerbero/build/recipe.py", line 82, in async_wrapped
    await stepfunc()
  File "cerbero/build/build.py", line 63, in async_call
    res = await func(*args)
  File "cerbero/build/build.py", line 1011, in configure
    self._set_option({'introspection', 'gir'}, 'gi')
  File "cerbero/build/build.py", line 771, in _set_option
    options = f.read()
  File "/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/encodings/ascii.py", line 26, in decode
    return codecs.ascii_decode(input, self.errors)[0]
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc2 in position 12: ordinal not in range(128)
```

Part-of: <!555>

Closes #94

Part-of: <!558>

Part-of: <!554>

Part-of: <!554>

Part-of: <!553>

Part-of: <!552>

On Windows py_prefix is detected as 'Lib' whereas recipes still install
their python files in the posix prefix: 'lib/python[version]'. So we
override the py_prefix in FilesProvider on Windows in order to fetch
python files from the right place.

Part-of: <!487>

Part-of: <!551>

This should happen when we set the uwp variant, not inside override().
For instance, this is required when setting variants.uwp inside
cross-uwp-universal.cbc.

Part-of: <!551>

There is no use splitting into separate runtime and development
tarballs because Visual Studio requires both to be present when
building the package, and the project will have to manually
include DLLs as assets anyway.

Part-of: <!551>

This is identical to how the cross-android-universal target works.
Supported UWP arches are: x86, x86_64, arm64. This covers 100% of
Windows 10 machines:
https://docs.microsoft.com/en-us/windows/msix/package/device-architecture

Advantages are the same as Android:
1. Most people will build apps that target multiple (or all) archs
2. Easier to build and ship all arches at once
3. Easier to download two tarballs rather than six

Part-of: <!551>

xz 5.2 implements multithreaded compression, which speeds up packaging
of UWP tarballs on my system from 5 min to 15 seconds.

Part-of: <!540>

This speeds up UWP packaging on my Windows machine from 10 minutes to
5 minutes.

Part-of: <!540>

Part-of: <!540>

Part-of: <!540>

Part-of: <!540>

We use the .la entries for this. This will always be correct because
we generate the .la files from the .pc files in the first place.

Fixes #157

Part-of: <!550>

Part-of: <!549>

Fixes: #222
Part-of: <!548>

This allows us to enable opengl support on x86 UWP.

Also fix packaging on ARMv7 UWP.

Part-of: <!547>

The following APIs are not allowed: `GetIfTable` `GetBestInterface`
`GetIpAddrTable`, so replace with equivalents. In the process, also
unbreak the service discovery APIs. Upstream MR has more details:
libnice/libnice!154

WACK wasn't reporting an error for `GetIpAddrTable`, but the
documentation says it is only available on desktop:
https://docs.microsoft.com/en-us/windows/win32/api/iphlpapi/nf-iphlpapi-getipaddrtable#requirements

Part-of: <!546>

We've been doing this since the beginning to ensure correct paths
inside various files such as .pc and .la, but we this is not needed
anymore for two reasons:

1. We ship pkg-config with --define-prefix enabled
2. MSI supports installing into any location

So, always use dirs inside the build/ directory.

Part-of: <!537>

These errors were reported by the Windows App Certification Kit.

Part-of: <!544>

This function is not available UWP, and WaitForMultipleObjects should
be used instead since Win32 Window Messages are not available on UWP.

This error was reported by the Windows Application Certification Kit
(WACK).

Part-of: <!545>