Nirbheek Chauhan authored 6 years ago and Nirbheek Chauhan committed 6 years ago

The old naming scheme was:

gstreamer-1.0-windows-x86_64-1.15.1.tar.bz2 (with -t)
gstreamer-1.0-x86-1.15.1.msi (default)

Now the names distinguish between tarballs with gstreamer recipes
built with mingw and those built with msvc:

gstreamer-1.0-mingw-x86_64-1.15.1.tar.bz2
gstreamer-1.0-msvc-x86_64-1.15.1.tar.bz2

gstreamer-1.0-mingw-x86-1.15.1.msi
gstreamer-1.0-msvc-x86-1.15.1.msi

Nirbheek Chauhan authored 6 years ago and Nirbheek Chauhan committed 6 years ago

Only when the variant is enabled, of course.

libnice.la was missing, and the list of deps was incorrect too.
There's no gupnp in Cerbero, so we should disable that explicitly
and remove it from the deps list.

Also document that the Windows 10 SDK must be enabled.

This reverts 35549ca9

I was completely wrong in that commit while trying to fix
gstreamer/cerbero#90

The platform toolset is not the SDK, it's the tools being used to
build everything (msbuild, cl, etc). I verified that vpx continues to
build even if the only SDK installed is the Windows 10 SDK.

We can revisit this if someone reports an issue again.

Some libraries have issues that cause us to be unable to include their
headers or link to their libraries when building with MSVC. Disable
them when we're building with MSVC on Windows.

With this, you can produce a mostly-complete gstreamer-1.0 package
that is built with MSVC on Windows.

The status of these plugins is tracked at:
gstreamer/cerbero#121

Needs gstreamer/gstreamer!95

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

https://gitlab.gnome.org/GNOME/glib-networking/merge_requests/22

We want this to always be on, and we want to know if it somehow got
disabled for someone.

This glib dependency is not needed on Windows since glib uses its
internal copy of iconv.

Also explicitly document how to enable Nvidia and Intel hardware codec
support.

Always set the PlatformToolset for the Windows 10 SDK. Also disable
tools, examples, docs, etc like other recipes to speed up the build.

Closes gstreamer/cerbero#90

gnutls does not require an external error.h now

In the hope that it helps prevent the occasional SSL
handshake error/timeout when the system's under load.

Starts a new window in the correct dir, with the PS1
set correctly and the PATH variables over the mingw ones.

To match the update in gst-libav

gstreamer/gst-libav!10

Also stop disabling dvb on Debian Squeeze and Wheezy, they're 6+ years
old and no one is testing this anymore.

wget: [...]/dist/linux_x86_64/lib/libgnutls.so.30: version `GNUTLS_3_6_3' not found (required by wget)

We need config._pre_environ to be the env that was set when Cerbero
was called. But while bootstrapping build tools, we instantiate that
again without resetting the env to that value, so it picks up the
current Cerbero env and sets it as the _pre_environ.

Clear the env and set it to the original env before instantiating
Config()

Add screenshots for Windows installation steps and add new sections
about cross-compilation and enabling qt5.

We're correctly merging arch-specific files now, but we were using
only the files listed by the first arch in the universal_archs list in
cross-ios-universal.cbc

Now we aggregate files from all archs, just like for android-universal

This is particularly slow on Windows where CMake can take almost a
full second to run and print a full trace.

Now that the universal packagers support arch-specific files, we
don't need to create dummy other-arch headers.

The merge function was correctly merging files that are common to all
archs and files that are only in one arch, but not merging files that
are in two or more archs but not in all archs.

Needed for correctly packaging arch-specific plugins such as QtQML

UniversalFilesProvider is not useful for UniversalFlatRecipe since
that only has a single prefix with merged files to package from.

Implement a UniversalFilesProvider class that aggregates files from
each arch-specific recipe instance in UniversalRecipe._recipes() on
UniversalRecipe instead of just using UniversalRecipe._proxy_recipe
which is just one of the arch-specific recipes.

This way we can know when a recipe has some plugins only available
for some target_arch values. Needed by, f.ex., the QtQML plugin
on both Android and iOS since the official Qt binaries do not support
all the archs that we support.

It's unnecessarily complicated.

The difference in adoption between 8.0 and 9.0 is 0.1%:

12.X	76.1%
11.X	15.6%
10.X	3.3%
9.X	4.3%
8.X	0.1%
7.X	0.1%
6.X	0.3%
5.X	0.1%
4.X	0.0%

Source: https://david-smith.org/iosversionstats/

Fixes an error linking the QML plugin on x86_64:

ld: targeted OS version does not support use of thread local variables in __ZL16qt_message_print9QtMsgTypeRK18QMessageLogContextRK7QString for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)

And add it to a new package set called 'qt5'. Later, we may add other
packages for GUI toolkits such as gtk3 and gtk4.

Users must set either QT5_PREFIX to point to their Qt installation, or
QMAKE to point to the qmake binary. When building android-universal,
users must set QT5_PREFIX since the qmake is different for each arch.

Tested on Linux, Android-Universal, iOS-Universal, macOS, Windows

gstreamer/cerbero#64

Causes the linker to hang with 100% CPU.

We don't want this enabled by default in Cerbero because it causes
unnecessary build regressions in the wild for users. However, we
should enable it on the CI so we can catch warnings.

tremor is the only svn-based project we have left and has a commit
very rarely (2 commits to the code in the past 3 years according to
https://git.xiph.org/?p=tremor.git).

open() does not accept pathlib.Path objects in Python 3.5. Use the
.open() method instead which works on all supported Python versions.
Fixes:

TypeError: invalid file: PosixPath('[...]/README-LICENSE-INFO.txt')