Age | Commit message (Collapse) | Author | Files | Lines |
|
Causes crashes with any element that uses Orc.
Might have a better solution, but let's hotfix by disabling completely for now.
Related MR: https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/175
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1419>
|
|
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1388>
|
|
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1354>
|
|
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1331>
|
|
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1324>
|
|
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1187>
|
|
|
|
The original fix was incorrect, see
https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/89
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1116>
|
|
orc was unconditionally using a symbol that is only available on macOS
11.0 and newer.
Fixes https://gitlab.freedesktop.org/gstreamer/cerbero/-/issues/408
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1108>
|
|
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/990>
|
|
Apply the fix https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/44
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/694>
|
|
See https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/48
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/564>
|
|
These are already merged upstream into origin/master, but we need to
manually patch these to use the 0.4.31 tarball.
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/533>
|
|
We need to use this tarball for the 1.18 branch. We will switch back
to origin/master afterwards.
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/533>
|
|
|
|
Also, rename build-tools/orc.recipe to build-tools/orc-tool.recipe to
match the recipe name. Same as glib-tools.
|
|
|
|
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).
|
|
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.
|
|
Instead of doing it per-recipe, auto-detect `gtk_doc` and `examples`
options for Meson recipes and always pass `--disable-gtk-doc` for
Autotools recipes.
|
|
|
|
|
|
Do the same for the build-tools recipe too. Starting with the next
release, we can start using the tarball. Need master for the latest
meson build file fixes.
|
|
|
|
Use --disable-fatal-warnings instead.
Also, always disable gtk-doc. No one cares about it in Cerbero.
|
|
|
|
git protocol can be problematic in environments
with restricted network access and is also less
secure.
https://bugzilla.gnome.org/show_bug.cgi?id=743235
|
|
We can't really execute them anyway, and removes the issues with
'system()' not being available on IOS
|
|
|
|
|
|
|
|
On OSX/iOS there are some deprecation warnings.
|
|
We will still track releases in the stable branches.
|
|
|
|
|
|
|
|
|
|
|
|
And bump build-tool version to 0.4.18
|
|
|
|
Orc must be built for the host platform, to be used as a tool
that compiles the .orc files and for that target platform for projects
depending on liborc
|
|
|
|
|
|
There are still some few pending TODO/FIXMEs that needs checking.
|
|
|
|
|
|
|
|
|
|
|
|
|