summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
6 daysshell: fix TemporaryDirectory error with the with statement when ZSH1.24Ruben Gonzalez1-1/+1
From https://docs.python.org/3/library/tempfile.html#tempfile.TemporaryDirectory.name: > The directory name can be retrieved from the name attribute of the > returned object. When the returned object is used as a context > manager, the name will be assigned to the target of the as clause in > the with statement, if there is one. Bug added in https://gitlab.freedesktop.org/gstreamer/cerbero/-/commit/5a8b7625730d8aad90c29996a0918c3a99d87abd Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1638>
2024-11-01ci: update macos CI to 15 SequoiaMatthew Waters1-1/+1
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1623>
2024-10-31Build 1.24 branch againTim-Philipp Müller3-4/+4
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1619>
2024-10-31ninja.recipe: Fix python 3.13 compat, used by Fedora 411.24.9Nirbheek Chauhan2-1/+40
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1620>
2024-10-30Build 1.24.9 releaseTim-Philipp Müller14-15/+15
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1618>
2024-10-25ci: Spurious errors also happen during package and bootstrapNirbheek Chauhan1-2/+2
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1600>
2024-10-25ci: Cover more rust-related spurious failures on msvcNirbheek Chauhan1-1/+3
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1600>
2024-10-24ci: Add run more cerbero steps under run_retry.shNirbheek Chauhan1-3/+3
These steps can also fail in a flaky way on Android or MSVC. Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1606>
2024-10-23harfbuzz: Add CXXFLAGS to fix broken build on iOSPiotr Brzeziński1-0/+1
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1605>
2024-10-18ci: Add some new spurious errors to run_retry.shNirbheek Chauhan1-0/+2
https://gitlab.freedesktop.org/gstreamer/cerbero/-/jobs/65264611 https://gitlab.freedesktop.org/slomo/cerbero/-/jobs/65261197 Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1596>
2024-10-17cerbero-uninstalled: Add missing dependencies on Arch Linuxeri1-0/+2
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1594>
2024-10-16openssl: reinstate a primary urlTim-Philipp Müller1-1/+1
Don't use our mirror as primary. https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1582#note_2604060 (cherry picked from commit 4aa90ed8fe2a0fea159e5f9f867a07201de6ed7c) Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1585>
2024-10-16openssl.recipe: Stop using non-existent domainNirbheek Chauhan1-1/+1
Fixes https://gitlab.freedesktop.org/gstreamer/cerbero/-/issues/495 Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1585>
2024-10-15sqlite3.patch: Bump to latest wrapdb: 3.46.1Nirbheek Chauhan2-33/+54
(cherry picked from commit df3144cf9f58a9d934f292c34ac314f542289d2b) Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1591>
2024-10-15cerbero: Switch from wget to curl on Fedora 40 and newerNirbheek Chauhan2-15/+23
Fedora 40 switched from wget to wget2, and doesn't backport critical bugfixes such as returning a non-zero status code on error, which can happen due to any number of reasons, such as certificate incompatibilities, network issues, domain not existing, server issues, etc. In these cases we get a success code and we don't try the fallback URL and we fail in extract() with a confusing error message saying that the downloaded tarball was not found. Switch to curl, which doesn't have such issues. (cherry picked from commit 412c7642a88ff0c5398c38660e202bd29edca665) Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1591>
2024-10-10recipe: Fix Python 3.13 compatibilityL. E. Segovia1-1/+3
Python 3.13 adds a predefined instance variable, `__static_attributes__`, that matches the expected syntax for build steps' identification. See https://docs.python.org/3.13/whatsnew/3.13.html#summary-release-highlights Co-Authored-by: Nirbheek Chauhan <nirbheek@centricular.com> Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1586>
2024-10-04gobject-introspection: Import patch to build against newer setuptoolsOlivier Crête2-1/+103
Import the patch from the 1.82 version, this is required to build it inside Fedora 40. Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1580>
2024-09-26gst-plugins-bad: Add gstqroverlay pluginL. E. Segovia3-1/+64
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1575>
2024-09-19Build 1.24 branch againTim-Philipp Müller3-4/+4
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1571>
2024-09-19Build 1.24.8 release1.24.8Tim-Philipp Müller13-14/+14
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1570>
2024-09-03libvpx: Fix codec detectionL. E. Segovia1-0/+60
Fixes gstreamer/gstreamer#3765 Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1561>
2024-08-31bad: add missing transcode pluginAndoni Morales Alastruey1-0/+2
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1557>
2024-08-21Build 1.24 branch againTim-Philipp Müller3-4/+4
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1554>
2024-08-21Build 1.24.7 release1.24.7Tim-Philipp Müller14-15/+15
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1553>
2024-08-14cerbero: Disable rust variant on Linux if binutils is too oldNirbheek Chauhan1-1/+8
We only support binutils >=2.36 on Linux, which means Ubuntu 22.04 or Debian Bookworm, or thereabouts. Fixes https://gitlab.freedesktop.org/gstreamer/cerbero/-/issues/490 Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1546>
2024-08-09libvpx: Update to 1.14.1L. E. Segovia4-323/+2435
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1543>
2024-08-07Added 2022Server to the Windows platform distro map as Windows11Lyra McMillan1-0/+1
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1541>
2024-07-29Build 1.24 branch againTim-Philipp Müller3-4/+4
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1534>
2024-07-29recipe: Make all pkg-config modules relocatable irrespective of generation ↵1.24.6L. E. Segovia1-3/+0
platform Fixes #487 Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1535>
2024-07-29librsvg: Fix missing dependency on libcroco in the pkg-config moduleL. E. Segovia2-1/+29
(cherry picked from commit ddd686b57011e2f32af6701adea4e69387c071c9) Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1535>
2024-07-29Build 1.24.6 releaseTim-Philipp Müller14-15/+15
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1533>
2024-07-25meson: Backport fix for Glib including a GCC-only flag in the pkg-config fileL. E. Segovia2-0/+33
See https://github.com/mesonbuild/meson/pull/13398 Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1528>
2024-07-25webrtc-audio-processing: Fix MinGW buildSeungha Yang3-0/+71
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1524>
2024-07-25libsoup: Workaround build error with GCC 14Seungha Yang2-0/+34
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1526>
2024-07-25libltc: Fix Windows buildSeungha Yang2-1/+29
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1525>
2024-07-10libvpx.recipe: Also build a shared lib on macOSNirbheek Chauhan1-8/+4
We want both dynamic and static libraries on macOS, and only static libs on iOS, Android, Windows. We used to have a static library on all platforms because libvpx's custom build system was too finicky regarding shared builds. With the port to Meson, for some reason the libvpx recipe was specifying *only* dylibs on macOS, which is not intended. We continue to require static libs on Windows because libvpx only supports those. Co-Authored-by: L. E. Segovia <amy@centricular.com> Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1517>
2024-07-09pkg-config: Fix build on WindowsSeungha Yang2-0/+64
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1509>
2024-07-09glib: Fix Windows buildSeungha Yang2-1/+29
With GCC ../glib/gspawn-win32.c:548:33: error: passing argument 2 of '_spawnve' from incompatible pointer type And MSVC ../glib/gspawn-win32.c(548): warning C4133: 'function': incompatible types - from 'wchar_t *' to 'const char *' Applying upstream MR https://gitlab.gnome.org/GNOME/glib/-/merge_requests/3237 Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1509>
2024-07-09osxrelocator: Fix framework entrypoints being unable to load dylibsL. E. Segovia1-1/+22
This is unexpected fallout from !1478 and !1485. It was reported on the GStreamer Matrix room that GStreamer.framework would not either load or, once its RPATH is manually inserted, it would refuse to forward any of the reexported dylibs. This is because of two reasons: - the framework is generated as `<cerbero dist folder>/lib/GStreamer`, then repacked (post having been relocated and merged as a normal lib) - the framework entrypoint is already relocatable, so once OSXRelocator touches it, its relocatable, working dylib ID is replaced with a "correct" (for a lib) but broken one This commit works around it by validating the dylib ID and skipping it if it's already relocatable, and adding the relevant RPATHs. Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1508>
2024-06-25glib: Work around Meson assuming absolute dylib IDsL. E. Segovia3-20/+10
This applies and propagates the workaround from the dep common to all affected recipes. See <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1485> Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1499>
2024-06-25recipe: Work around MetaUniversalRecipe shims not covering Darwin stepsL. E. Segovia1-0/+13
BaseUniversalRecipe's __getattr__ yields over to the proxy recipe for any nonexisting methods. This is no problem for the merge step, as it's defined in the universal recipe directly, but steps such as codesign and relocation are instead executed only in whatever recipe was designated as the proxy. Due to how recipes are loaded (I think it follows filesystem's sort order), this recipe will usually be arm64 -- x86_64 libraries and executables being left out of the relocation, and thus resulting in a half-baked universal binary. Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1499>
2024-06-25cargo-c.recipe: Ensure that we can change the id and rpathNirbheek Chauhan1-0/+1
error: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/install_name_tool: changing install names or rpaths can't be redone for: cargo-cinstall (for architecture arm64) because larger updated load commands do not fit (the program must be relinked, and you may need to use -headerpad or -headerpad_max_install_names) Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1498>
2024-06-21Build 1.24 branch againTim-Philipp Müller3-4/+4
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1489>
2024-06-21osxrelocator: Fix RPATHs in deeply nested libraries1.24.5L. E. Segovia1-3/+3
With the removal of the `lib` subfolder in the dylib IDs, this needs to be accounted for in the RPATH nesting calculations. Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1491>
2024-06-21gstreamer: Work around Meson assuming absolute dylib IDsL. E. Segovia1-1/+11
This works around an undocumented semantic in Meson as regard dylibs' IDs. The fix performed for dyld in 2c058e57282577cbb77a3cd99bd16fee3b6cddaa meant that anyone attempting to use relocated libraries within Meson would have their libraries or executables crash at launch, since Meson does not insert any RPATH entries for dependencies, only for build targets in the current project. See: https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1478 https://github.com/mesonbuild/meson/pull/3691 (NOTE: for a more comprehensive fix, implement the post-install step on osxuniversalgenerator.py:do_merge inside the copy-pc action.) Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1491>
2024-06-20Build 1.24.5 releaseTim-Philipp Müller14-15/+15
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1488>
2024-05-30Build 1.24 branch againTim-Philipp Müller3-4/+4
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1480>
2024-05-29osxrelocator: Fix dyld being unable to load all our libraries1.24.4L. E. Segovia3-26/+54
When researching the construction of the monolithic GStreamer library/framework (see !1466), I found that Qt applications were totally unable to load GStreamer once deployed through macdeployqt. In my case, I was consuming the libraries in raw form, through a tarball I packaged myself, but @thewildtree also ran into the same issue when testing an app that consumes the official release. Upon looking at the libraries, I quickly realised that all libraries had what looked like wrongly nested load commands, of the form `@rpath/lib/libyadda.dylib`. Although the RPATH entries looked reasonable at first glance, this is quickly not the case once the libraries are deployed, because the @rpath of such an app will point to the root of the Frameworks folder, and macdeployqt deploys the libraries in raw form there. However, that's not all the story. @thewildtree's case revealed a much subtler and deadlier problem: the load commands themselves do not respect Apple's convention, leading dyld(1) to kill the application on sight. This is because, although OSXUniversalGenerator tries making the fat libraries relocatable (correctly) by changing their ID, there's no equivalent change made to any consumer. All load commands must equal the ID of the dylib being loaded [1]. This is easily fixed at a given recipe's post-install time by adjusting the library ID there, and fixing the rpaths so that they always point to the root of the library path. [1]: https://developer.apple.com/forums/thread/736728 Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1481>
2024-05-29glib-tools: Fix build tools recipe not declaring what binaries must be relocatedL. E. Segovia1-0/+23
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1481>
2024-05-29glib: Work around Meson not setting a RPATH entry to let dyld find dependenciesL. E. Segovia1-0/+5
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1481>
generated by cgit v1.2.3 (git 2.39.1) at 2024-11-21 14:25:37 +0000