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')

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

Licensing was incorrect, incomplete, and at best, ambiguous. Some
recipes were picking one license when there were many, others were
listing all the licenses and you had to pick one.

On the other hand, many projects are licensed under multiple BSD-like
licenses, and you must adhere to the terms of all of them, and there
was no way to know how from the binary packages.

Now we have an extended syntax for declaring the licensing properties
of a recipe. The licenses array can now also contain dictionaries with
License enums as keys and relative paths to files in the source tree
as values. All files specified in this way will be copied into
`share/licenses/$recipe_name`.

Common license texts which are copied verbatim by projects without
adding any specific author/copyright information have been copied into
`data/licenses/` and will be copied into `share/licenses/$recipe_name`
when a license is specified without a corresponding source tree file.

`share/licenses/$recipe_name/README-LICENSE-INFO.txt` contains
a disclaimer that this is not legal advice, and uses (AND) and (OR)
operators to declare the combinations of licenses you can pick when
adhering to the license requirements of a project.

`share/licenses/$recipe_name` is, of course, now also copied into the
devel binary packages.

I have made a best-effort to check and update the licenses in each
recipe, but I have probably missed things. Reviews and updates are
welcome. I also did not bother updating the toolchain recipe licenses
too carefully since we do not ship them with our binary packages;
except mingw-runtime.recipe (which does have an updated license).

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

We already do some things in post_install, but we currently only do
this for gstreamer recipes, but that's overall a bit flaky. This will
allow us to do more things in post_install and make things consistent.

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

freetype: You have to pick between FTL and GPLv2
frei0r-plugins: It's GPLv2+, not LGPL
openssl: Obviously, OpenSSL not BSD
harfbuzz: Actually BSD, not LGPLv2+
lame: transitioned to LGPL2, no longer GPL
nettle/gmp: licensed under all three licenses
osx-framework: No license, just copying of files from other recipes
gst-shell, vsintegration, etc: Match with gstreamer's license
toolchain: All LGPLv2+, GPLv2+, or GPLv3+
other recipes: verified by `diff -uw` on license

Remove most unused license enums, except Proprietary

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

Create it if it exists, else append to it.

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

No other recipe is in a subdir.

This reverts commit 25f5d9f7.

The patch looks correct, but arguments passed to compiler through CC
env gets ignored by CMAKE. It was also mentionned by Matthew that some
other build system may do some checks without using the CFLAGS, which
would break the other way around. So the duplication is a
workaround for that.

Fixes #119

This is a partial fix, basically the path for universal sub-config was
derived from the first configuration file. In this patch, we now try to
derive from the first configuration file that has 'universal' in it's
name, and then fallback to to first configuration file path.

To reproduce this the issue, simply run:
  touch local.cbc
  ./cerbero-uninstalled -c local.cbc -c config/cross-android-universal.cbc show-config

Which fails with:
  Configuration Error: Configuration file $HOME/.cerbero/cross-android-armv7.cbc.cbc doesn't exist

The nice plugin is needed for webrtc.

Antonio Morales authored 6 years ago and Nicolas Dufresne committed 6 years ago

The 1.13 tarball has been dropped from the project Website, note that
the 1.13 tarball has been backed up on GStreamer mirror so that the
fallback can work for cerbero builds without this update.

This changed in 1.15.x because we now build bzip2 with meson and
generate a pkg-config file, so everything else refers to this
pkg-config file now.

On Windows builds meson recipe fails trying to
delete /scripts folder, because it is not empty.

Obviously we shouldn't try to copy pkg-config from the build tools
prefix when our current prefix is the build tools prefix...

gstreamer/cerbero!83 (comment 107479)

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

Autotools is no longer used.