cerbero issueshttps://gitlab.freedesktop.org/gstreamer/cerbero/-/issues2024-03-27T18:40:36Zhttps://gitlab.freedesktop.org/gstreamer/cerbero/-/issues/474@rpath issues while linking 1.24 on macOS2024-03-27T18:40:36Ztomaszmi@rpath issues while linking 1.24 on macOS### Describe your issue
I'm observing weird warnings at the linking phase when building my project on Mac with the latest gstreamer 1.24.1 version (https://gstreamer.freedesktop.org/data/pkg/osx/1.24.1/gstreamer-1.0-1.24.1-universal.pkg ...### Describe your issue
I'm observing weird warnings at the linking phase when building my project on Mac with the latest gstreamer 1.24.1 version (https://gstreamer.freedesktop.org/data/pkg/osx/1.24.1/gstreamer-1.0-1.24.1-universal.pkg and https://gstreamer.freedesktop.org/data/pkg/osx/1.24.1/gstreamer-1.0-devel-1.24.1-universal.pkg).
All good with 1.22 (https://gstreamer.freedesktop.org/data/pkg/osx/1.22.11/gstreamer-1.0-1.22.11-universal.pkg and https://gstreamer.freedesktop.org/data/pkg/osx/1.22.11/gstreamer-1.0-devel-1.22.11-universal.pkg):
My approach with 1.22:
```
export PKG_CONFIG_PATH=/Library/Frameworks/GStreamer.framework_1.22.0/Libraries/pkgconfig/
cmake -S src -B build_122 -G 'Ninja Multi-Config'
cmake --build build_122 --config Release
```
With 1.24.1:
```
export PKG_CONFIG_PATH=/Library/Frameworks/GStreamer.framework/Libraries/pkgconfig/
cmake -S src -B build_124 -G 'Ninja Multi-Config'
cmake --build build_124 --config Release
(gst-plugin-scanner:30067): GStreamer-WARNING **: 09:25:21.879: Failed to load plugin '/Library/Frameworks/GStreamer.framework/Versions/1.0/lib/gstreamer-1.0/libgstopenjpeg.dylib': dlopen(/Library/Frameworks/GStreamer.framework/Versions/1.0/lib/gstreamer-1.0/libgstopenjpeg.dylib, 0x0002): Library not loaded: @rpath/@rpath/lib/libopenjp2.7.dylib
Referenced from: <18430B33-5528-30FA-9FC4-B158B55FC7AE> /Library/Frameworks/GStreamer.framework/Versions/1.0/lib/gstreamer-1.0/libgstopenjpeg.dylib
Reason: tried: './@rpath/lib/libopenjp2.7.dylib' (no such file), '/Library/Frameworks/GStreamer.framework/Versions/1.0/lib/gstreamer-1.0/../../@rpath/lib/libopenjp2.7.dylib' (no such file), '/Library/Frameworks/GStreamer.framework/Versions/1.0/@rpath/lib/libopenjp2.7.dylib' (no such file), '/Library/Frameworks/GStreamer.framework/Versions/1.0/lib/gstreamer-1.0/../lib/@rpath/lib/libopenjp2.7.dylib' (no such file), '/Library/Frameworks/GStreamer.framework/Versions/1.0/libexec/lib/@rpath/lib/libopenjp2.7.dylib' (no such file), '/Library/Frameworks/GStreamer.framework/Versions/1.0/lib/gstreamer-1.0/../@rpath/lib/libopenjp2.7.dylib' (no such file), '/Library/Frameworks/GStreamer.framework/Versions/1.0/libexec/@rpath/lib/libopenjp2.7.dylib' (no such file), './@rpath/lib/libopenjp2.7.dylib' (no such file), '/Library/Frameworks/GStreamer.framework/Versions/1.0/lib/gstreamer-1.0/../../@rpath/lib/libopenjp2.7.dylib' (no such file), '/Library/Frameworks/GStreamer.framework/Versions/1.0/@rpath/lib/libopenjp2.7.dylib' (no such file), '/Library/Frameworks/GStreamer.framework/Versions/1.0/lib/gstreamer-1.0/../lib/@rpath/lib/libopenjp2.7.dylib' (no such file), '/Library/Frameworks/GStreamer.framework/Versions/1.0/libexec/lib/@rpath/lib/libopenjp2.7.dylib' (no such file), '/Library/Frameworks/GStreamer.framework/Versions/1.0/lib/gstreamer-1.0/../@rpath/lib/libopenjp2.7.dylib' (no such file), '/Library/Frameworks/GStreamer.framework/Versions/1.0/libexec/@rpath/lib/libopenjp2.7.dylib' (no such file), './@rpath/lib/libopenjp2.7.dylib' (no such file), '/Library/Frameworks/GStreamer.framework/Versions/1.0/lib/../@rpath/lib/libopenjp2.7.dylib' (no such file), '/Library/Frameworks/GStreamer.framework/Versions/1.0/libexec/@rpath/lib/libopenjp2.7.dylib' (no such file), '/Library/Frameworks/GStreamer.framework/Versions/1.0/lib/../lib/@rpath/lib/libopenjp2.7.dylib' (no such file), '/Library/Frameworks/GStreamer.framework/Versions/1.0/libexec/lib/@rpath/lib/libopenjp2.7.dylib' (no such file), './@rpath/lib/libopenjp2.7.dylib' (no such file), '/Library/Frameworks/GStreamer.framework/Versions/1.0/libexec/gstreamer-1.0/../../@rpath/lib/libopenjp2.7.dylib' (no such file), '/Library/Frameworks/GStreamer.framework/Versions/1.0/@rpath/lib/libopenjp2.7.dylib' (no such file), '/Library/Frameworks/GStreamer.framework/Versions/1.0/libexec/gstreamer-1.0/../lib/@rpath/lib/libopenjp2.7.dylib' (no such file), '/Library/Frameworks/GStreamer.framework/Versions/1.0/libexec/lib/@rpath/lib/libopenjp2.7.dylib' (no such file), '/Library/Frameworks/GStreamer.framework/Versions/1.0/libexec/gstreamer-1.0/../@rpath/lib/libopenjp2.7.dylib' (no such file), '/Library/Frameworks/GStreamer.framework/Versions/1.0/libexec/@rpath/lib/libopenjp2.7.dylib' (no such file)
```
Additional info:
```
otool -L /Library/Frameworks/GStreamer.framework/Versions/1.0/lib/gstreamer-1.0/libgstopenjpeg.dylib
/Library/Frameworks/GStreamer.framework/Versions/1.0/lib/gstreamer-1.0/libgstopenjpeg.dylib (architecture x86_64):
@rpath/libgstopenjpeg.dylib (compatibility version 0.0.0, current version 0.0.0)
@rpath/lib/libgstcodecparsers-1.0.0.dylib (compatibility version 2402.0.0, current version 2402.0.0)
@rpath/lib/libgstreamer-1.0.0.dylib (compatibility version 2402.0.0, current version 2402.0.0)
@rpath/lib/libgobject-2.0.0.dylib (compatibility version 7401.0.0, current version 7401.4.0)
@rpath/lib/libglib-2.0.0.dylib (compatibility version 7401.0.0, current version 7401.4.0)
@rpath/lib/libgstvideo-1.0.0.dylib (compatibility version 2402.0.0, current version 2402.0.0)
@rpath/@rpath/lib/libopenjp2.7.dylib (compatibility version 7.0.0, current version 2.3.1)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1345.100.2)
/Library/Frameworks/GStreamer.framework/Versions/1.0/lib/gstreamer-1.0/libgstopenjpeg.dylib (architecture arm64):
@rpath/libgstopenjpeg.dylib (compatibility version 0.0.0, current version 0.0.0)
@rpath/lib/libgstcodecparsers-1.0.0.dylib (compatibility version 2402.0.0, current version 2402.0.0)
@rpath/lib/libgstreamer-1.0.0.dylib (compatibility version 2402.0.0, current version 2402.0.0)
@rpath/lib/libgobject-2.0.0.dylib (compatibility version 7401.0.0, current version 7401.4.0)
@rpath/lib/libglib-2.0.0.dylib (compatibility version 7401.0.0, current version 7401.4.0)
@rpath/lib/libgstvideo-1.0.0.dylib (compatibility version 2402.0.0, current version 2402.0.0)
@rpath/@rpath/lib/libopenjp2.7.dylib (compatibility version 7.0.0, current version 2.3.1)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1345.100.2)
```
and:
```
/Library//Frameworks/GStreamer.framework/Versions/1.0/lib/libopenjp2.7.dylib (architecture x86_64):
@rpath/libopenjp2.2.3.1.dylib (compatibility version 7.0.0, current version 2.3.1)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1345.100.2)
/Library//Frameworks/GStreamer.framework/Versions/1.0/lib/libopenjp2.7.dylib (architecture arm64):
@rpath/libopenjp2.2.3.1.dylib (compatibility version 7.0.0, current version 2.3.1)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1345.100.2)
```
#### Expected Behavior
No warnings and all correctly linked.
#### Setup
- **Operating System: MacOS M3 **
- **Device:** Computer
- **GStreamer Version: 1.24.1**https://gitlab.freedesktop.org/gstreamer/cerbero/-/issues/431The Simulator cannot run on apple silicon. (Xcode 14.3 or later)2023-09-28T14:27:29Zezero9The Simulator cannot run on apple silicon. (Xcode 14.3 or later)https://developer.apple.com/documentation/xcode-release-notes/xcode-14_3-release-notes
Starting with Xcode14.3, Xcode isn’t supported under Rosetta.
So, Xcode 14.3 or later cannot run gstreamer as a simulator on apple silicon.
Any plan...https://developer.apple.com/documentation/xcode-release-notes/xcode-14_3-release-notes
Starting with Xcode14.3, Xcode isn’t supported under Rosetta.
So, Xcode 14.3 or later cannot run gstreamer as a simulator on apple silicon.
Any plan to support it ?https://gitlab.freedesktop.org/gstreamer/cerbero/-/issues/428dylibs in 1.22.2 MacOS package not relocatable due to dependency on liblzma.5...2023-12-13T13:58:54ZMukilan Thiyagarajandylibs in 1.22.2 MacOS package not relocatable due to dependency on liblzma.5.dylib from homebrewFew dylibs in the .pkg installers are not 'relocatable' since they link to 'liblzma.5.dylib' using absolute install names rather than '@rpath'-relative install names.
For example, 'libavcodec.59.dylib' has a link to '/usr/local/opt/xz/l...Few dylibs in the .pkg installers are not 'relocatable' since they link to 'liblzma.5.dylib' using absolute install names rather than '@rpath'-relative install names.
For example, 'libavcodec.59.dylib' has a link to '/usr/local/opt/xz/lib/liblzma.5.dylib':
```
mukilan@macpro-intel-01 servo % otool -L /Library/Frameworks/GStreamer.framework/Versions/1.0/lib/libavcodec.59.dylib
/Library/Frameworks/GStreamer.framework/Versions/1.0/lib/libavcodec.59.dylib:
@rpath/libavcodec.59.18.100.dylib (compatibility version 59.0.0, current version 59.18.100)
@rpath/lib/libswresample.4.dylib (compatibility version 4.0.0, current version 4.3.100)
@rpath/lib/libavutil.57.dylib (compatibility version 57.0.0, current version 57.17.100)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1319.0.0)
/usr/local/opt/xz/lib/liblzma.5.dylib (compatibility version 10.0.0, current version 10.0.0)
@rpath/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.0.0)
/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 1953.255.0)
/System/Library/Frameworks/CoreVideo.framework/Versions/A/CoreVideo (compatibility version 1.2.0, current version 1.5.0)
/System/Library/Frameworks/CoreMedia.framework/Versions/A/CoreMedia (compatibility version 1.0.0, current version 1.0.0)
```
'libavformat.59.dylib' also has the same issue. I believe both of these dylibs are dependencies of the 'libgstlibav.dylib' plugin.
Because of the absolute install names, the plugins can't be loaded without installing the 'xz' package from Homebrew.
In addition to introducing dependency on Homebrew package, it also breaks on Apple Silicon macs as the prefix for Homebrew is
'/opt/homebrew'.https://gitlab.freedesktop.org/gstreamer/cerbero/-/issues/398macos: wavpack, srt plugins don't load on arm642022-12-05T09:41:32ZNirbheek Chauhannirbheek.chauhan@gmail.commacos: wavpack, srt plugins don't load on arm64`(gst-plugin-scanner:10391): GStreamer-WARNING **: 15:07:08.035: Failed to load plugin '/Library/Frameworks/GStreamer.framework/Versions/1.0/lib/gstreamer-1.0/libgstsrt.dylib': dlopen(/Library/Frameworks/GStreamer.framework/Versions/1.0/...`(gst-plugin-scanner:10391): GStreamer-WARNING **: 15:07:08.035: Failed to load plugin '/Library/Frameworks/GStreamer.framework/Versions/1.0/lib/gstreamer-1.0/libgstsrt.dylib': dlopen(/Library/Frameworks/GStreamer.framework/Versions/1.0/lib/gstreamer-1.0/libgstsrt.dylib, 0x0002): Library not loaded: libsrt.1.4.dylib`
`(gst-plugin-scanner:10391): GStreamer-WARNING **: 15:07:08.297: Failed to load plugin '/Library/Frameworks/GStreamer.framework/Versions/1.0/lib/gstreamer-1.0/libgstwavpack.dylib': dlopen(/Library/Frameworks/GStreamer.framework/Versions/1.0/lib/gstreamer-1.0/libgstwavpack.dylib, 0x0002): Library not loaded: libwavpack.5.2.0.dylib`
```
$ otool -L /Library/Frameworks/GStreamer.framework/Versions/1.0/lib/gstreamer-1.0/libgstsrt.dylib
/Library/Frameworks/GStreamer.framework/Versions/1.0/lib/gstreamer-1.0/libgstsrt.dylib (architecture x86_64):
@rpath/libgstsrt.dylib (compatibility version 0.0.0, current version 0.0.0)
@rpath/lib/libgstbase-1.0.0.dylib (compatibility version 2103.0.0, current version 2103.0.0)
@rpath/lib/libgstreamer-1.0.0.dylib (compatibility version 2103.0.0, current version 2103.0.0)
@rpath/lib/libgobject-2.0.0.dylib (compatibility version 6201.0.0, current version 6201.6.0)
@rpath/lib/libglib-2.0.0.dylib (compatibility version 6201.0.0, current version 6201.6.0)
@rpath/lib/libgio-2.0.0.dylib (compatibility version 6201.0.0, current version 6201.6.0)
@rpath/libsrt.1.4.dylib (compatibility version 1.4.0, current version 1.4.3)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1319.0.0)
/Library/Frameworks/GStreamer.framework/Versions/1.0/lib/gstreamer-1.0/libgstsrt.dylib (architecture arm64):
@rpath/libgstsrt.dylib (compatibility version 0.0.0, current version 0.0.0)
@rpath/lib/libgstbase-1.0.0.dylib (compatibility version 2103.0.0, current version 2103.0.0)
@rpath/lib/libgstreamer-1.0.0.dylib (compatibility version 2103.0.0, current version 2103.0.0)
@rpath/lib/libgobject-2.0.0.dylib (compatibility version 6201.0.0, current version 6201.6.0)
@rpath/lib/libglib-2.0.0.dylib (compatibility version 6201.0.0, current version 6201.6.0)
@rpath/lib/libgio-2.0.0.dylib (compatibility version 6201.0.0, current version 6201.6.0)
libsrt.1.4.dylib (compatibility version 1.4.0, current version 1.4.3)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1319.0.0)
```
```
$ otool -L /Library/Frameworks/GStreamer.framework/Versions/1.0/lib/gstreamer-1.0/libgstwavpack.dylib
/Library/Frameworks/GStreamer.framework/Versions/1.0/lib/gstreamer-1.0/libgstwavpack.dylib (architecture x86_64):
@rpath/libgstwavpack.dylib (compatibility version 0.0.0, current version 0.0.0)
@rpath/lib/libgstreamer-1.0.0.dylib (compatibility version 2103.0.0, current version 2103.0.0)
@rpath/lib/libgobject-2.0.0.dylib (compatibility version 6201.0.0, current version 6201.6.0)
@rpath/lib/libglib-2.0.0.dylib (compatibility version 6201.0.0, current version 6201.6.0)
@rpath/lib/libintl.8.dylib (compatibility version 10.0.0, current version 10.5.0)
@rpath/lib/libgstaudio-1.0.0.dylib (compatibility version 2103.0.0, current version 2103.0.0)
@rpath/libwavpack.5.2.0.dylib (compatibility version 0.0.0, current version 5.2.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1319.0.0)
/Library/Frameworks/GStreamer.framework/Versions/1.0/lib/gstreamer-1.0/libgstwavpack.dylib (architecture arm64):
@rpath/libgstwavpack.dylib (compatibility version 0.0.0, current version 0.0.0)
@rpath/lib/libgstreamer-1.0.0.dylib (compatibility version 2103.0.0, current version 2103.0.0)
@rpath/lib/libgobject-2.0.0.dylib (compatibility version 6201.0.0, current version 6201.6.0)
@rpath/lib/libglib-2.0.0.dylib (compatibility version 6201.0.0, current version 6201.6.0)
@rpath/lib/libintl.8.dylib (compatibility version 10.0.0, current version 10.5.0)
@rpath/lib/libgstaudio-1.0.0.dylib (compatibility version 2103.0.0, current version 2103.0.0)
libwavpack.5.2.0.dylib (compatibility version 0.0.0, current version 5.2.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1319.0.0)
```
Note that on x86_64 the dep is `@rpath/<lib>` and on arm64 the dep is `<lib>` which is interesting.Nirbheek Chauhannirbheek.chauhan@gmail.comNirbheek Chauhannirbheek.chauhan@gmail.comhttps://gitlab.freedesktop.org/gstreamer/cerbero/-/issues/390Creates meson cross file with host_machine.system() == 'ios' instead of 'darwin'2022-11-02T12:15:20ZSebastian DrögeCreates meson cross file with host_machine.system() == 'ios' instead of 'darwin'According to the documentation it should be 'darwin': https://mesonbuild.com/Reference-tables.html#operating-system-names
CC @xclaesse @nirbheekAccording to the documentation it should be 'darwin': https://mesonbuild.com/Reference-tables.html#operating-system-names
CC @xclaesse @nirbheekhttps://gitlab.freedesktop.org/gstreamer/cerbero/-/issues/378Can't build for iOS simulator using the cross-ios-universal packages2023-11-07T00:02:04ZRicardo RuizCan't build for iOS simulator using the cross-ios-universal packagesHello All,
I am trying to generate a universal GStreamer build for M1/Intel MacBooks. I was able to successfully bootstrap and build a universal package using Cerbero.
I now have GStreamer installed but am receiving the following error...Hello All,
I am trying to generate a universal GStreamer build for M1/Intel MacBooks. I was able to successfully bootstrap and build a universal package using Cerbero.
I now have GStreamer installed but am receiving the following error when I try to build on the iOS Simulator:<br/>
`ld: in /Library/Developer/GStreamer/iPhone.sdk/GStreamer.framework/GStreamer(libgstapplemedia_a-avfassetsrc.m.o), building for iOS Simulator, but linking in object file built for iOS, file '/Library/Developer/GStreamer/iPhone.sdk/GStreamer.framework/GStreamer' for architecture arm64
clang: error: linker command failed with exit code 1 (use -v to see invocation)`
I have tried excluding **arm64** architectures from the simulator in build settings but that was not successful. Any help would be appreciated.https://gitlab.freedesktop.org/gstreamer/cerbero/-/issues/370macos: document or provide a way to uninstall the package2022-03-16T14:03:37ZStéphane Cerveauscerveau@igalia.commacos: document or provide a way to uninstall the packageWith 1.20.1, there is no option to remove the GStreamer package after installing it.
I found this documentation but its not up to date:
https://codeanticode.wordpress.com/2009/04/03/gstreamer-installer-for-macosx/#:~:text=To%20uninstal...With 1.20.1, there is no option to remove the GStreamer package after installing it.
I found this documentation but its not up to date:
https://codeanticode.wordpress.com/2009/04/03/gstreamer-installer-for-macosx/#:~:text=To%20uninstall%2C%20just%20delete%20the,to%20remove%20the%20setenv%20lines.https://gitlab.freedesktop.org/gstreamer/cerbero/-/issues/365Official gstreamer macOS packages do not ship .gir / typelib files since 1.202022-08-20T20:19:31ZNirbheek Chauhannirbheek.chauhan@gmail.comOfficial gstreamer macOS packages do not ship .gir / typelib files since 1.20Cerbero doesn't support building with gobject-introspection when cross-compiling, so we're no longer shipping introspection data in the binaries.
I haven't heard complaints about people who use bindings on macOS though, so maybe we don'...Cerbero doesn't support building with gobject-introspection when cross-compiling, so we're no longer shipping introspection data in the binaries.
I haven't heard complaints about people who use bindings on macOS though, so maybe we don't need to do anything here right now.
Long-term, I believe we should be able to use Rosetta 2 to build all this even when cross-compiling. I know that other build aggregators cross-compile introspection data using some funky env vars and qemu.https://gitlab.freedesktop.org/gstreamer/cerbero/-/issues/360CI: tvOS + bitcode2022-01-25T10:37:50ZGiovanni AmatiCI: tvOS + bitcodeWe are using gitlab to build a tvOS application. The bitcode is enabled and we want to use a particular way to export from the archive. The was is a development method called "Build from bitcode".
Gitlab ended up with this weird error.
...We are using gitlab to build a tvOS application. The bitcode is enabled and we want to use a particular way to export from the archive. The was is a development method called "Build from bitcode".
Gitlab ended up with this weird error.
```
2022-01-25 00:31:07.443 xcodebuild[23003:181396230] -[NSNull path]: unrecognized selector sent to instance 0x7fff806baeb0
** INTERNAL ERROR: Uncaught exception **
Uncaught Exception: -[NSNull path]: unrecognized selector sent to instance 0x7fff806baeb0
Stack:
0 __exceptionPreprocess (in CoreFoundation)
1 objc_exception_throw (in libobjc.A.dylib)
2 -[NSObject(NSObject) __retain_OA] (in CoreFoundation)
3 ___forwarding___ (in CoreFoundation)
4 _CF_forwarding_prep_0 (in CoreFoundation)
5 -[IDEDistributionProcessingPipeline process:] (in IDEFoundation)
6 -[IDEDistributionPackagingStep loadFromExportOptions:error:] (in IDEFoundation)
7 -[IDEDistributionDriver runWithDestinationPath:error:] (in IDEFoundation)
8 -[Xcode3CommandLineBuildTool _distributeArchiveAndExit] (in Xcode3Core)
9 -[Xcode3CommandLineBuildTool run] (in Xcode3Core)
10 main (in xcodebuild)
11 start (in libdyld.dylib)
```
If I try everything locally it works, if I export for apple store or enterprise, and I disable the "compileBitcode" functionalit, everything is fine.https://gitlab.freedesktop.org/gstreamer/cerbero/-/issues/350macOS packages do not ship debug symbol files *.dsym2024-01-12T08:57:57ZNirbheek Chauhannirbheek.chauhan@gmail.commacOS packages do not ship debug symbol files *.dsymAnd hence there's no debugging information at all. All the frames in lldb are assembly.
To test, write a simple gstreamer program, add a `g_abort()` anywhere, and run it under `lldb`.
This doesn't happen when building with gstreamer.gi...And hence there's no debugging information at all. All the frames in lldb are assembly.
To test, write a simple gstreamer program, add a `g_abort()` anywhere, and run it under `lldb`.
This doesn't happen when building with gstreamer.git and using the development environment. Of course things break once you install gstreamer and try to use it from a prefix.
Here's what needs to be done:
1. Open a [Meson](https://github.com/mesonbuild/meson/) pull request that adds support for installing `*.dSYM` files. You can look at how `*.pdb` files are handled for MSVC (Visual Studio) builds on Windows to check what to do. This should fix debugging symbols when installing from a gstreamer.git prefix
2. Figure out how to merge `*.dSYM` files. It's possible that the existing binary merging code will work as-is for these files once you tell it to look for those too. This should fix debugging symbols for a universal build cerbero shell.
3. Tell the cerbero filesprovider about the `*.dSYM` files so that these files are packaged correctly. You can again look at how `*.pdb` files are handled for MSVC on Windows. This should fix debugging symbols for a gstreamer framework installed from a package.https://gitlab.freedesktop.org/gstreamer/cerbero/-/issues/3201.18.4: MacOS prebuilt binaries contain duplicate copies of libraries after i...2024-02-06T13:05:39Zw3sip1.18.4: MacOS prebuilt binaries contain duplicate copies of libraries after installFor example:
```
$ ls -la /Library/Frameworks/GStreamer.framework/Versions/1.0/lib/libxml*
-rwxr-xr-x 1 root wheel 1647816 Mar 15 22:18 /Library/Frameworks/GStreamer.framework/Versions/1.0/lib/libxml2.2.dylib
-rw-r--r-- 1 root whee...For example:
```
$ ls -la /Library/Frameworks/GStreamer.framework/Versions/1.0/lib/libxml*
-rwxr-xr-x 1 root wheel 1647816 Mar 15 22:18 /Library/Frameworks/GStreamer.framework/Versions/1.0/lib/libxml2.2.dylib
-rw-r--r-- 1 root wheel 7300720 Mar 15 22:18 /Library/Frameworks/GStreamer.framework/Versions/1.0/lib/libxml2.a
-rwxr-xr-x 1 root wheel 1647816 Mar 15 22:18 /Library/Frameworks/GStreamer.framework/Versions/1.0/lib/libxml2.dylib
-rwxr-xr-x 1 root wheel 1098 Mar 15 22:18 /Library/Frameworks/GStreamer.framework/Versions/1.0/lib/libxml2.la
```
Both versions of libxml2.2.dylib and libxml2.dylib are hard copies of the library. This inflates MacOSX framework size quite a bit.https://gitlab.freedesktop.org/gstreamer/cerbero/-/issues/310gst_ios_init.m implementation contains error2022-05-31T06:36:36Zjuricagst_ios_init.m implementation contains errorHi,
I had the issue that our iOS App started crashing when playing files via https.
The code/pipeline was working but then suddenly the error occured. Most likely it's caused by the update to iOS 14.2, but I wasn't able to find out why....Hi,
I had the issue that our iOS App started crashing when playing files via https.
The code/pipeline was working but then suddenly the error occured. Most likely it's caused by the update to iOS 14.2, but I wasn't able to find out why.
As we're using the binary distribution of GStreamer and the whole application stack is rather complex I wasn't able to find out more from the stacktrace than that the crash happend in "_get_portable_X509_cert_file" (called from souphttpsrc).
As I digged into the problem I found out that the way [gst_ios_init.m](https://gitlab.freedesktop.org/gstreamer/cerbero/-/blob/master/data/xcode/templates/ios/GStreamer%20Base.xctemplate/gst_ios_init.m) is implemented is wrong and thus most likely on iOS no certificate database is configured at all.
`g_tls_file_database_new` needs an existing file to be passed as "anchors", it does not create the file itself. In addition it has to contain at least one certificate in PEM encoded format.
My guess is that from iOS 14.2 on some related internals changed that now lead to the crash when no certificate database was set up for GTls.
I shipped around the problem by writing a random certificate to the file given to `g_tls_file_database_new` as "anchors", this is ok as we work with self signed certificates and don't do validation. On other setups a proper certificate store has to be used.
I'm opening this issue as it was quite hard to find the cause of the problem. Perhaps it's worth adding a comment to the implementation as a reference or even improve the code a bit, i.e. add an check if the file exists or so.https://gitlab.freedesktop.org/gstreamer/cerbero/-/issues/308Error compile project IOS libx2642021-08-30T10:52:52ZSwingError compile project IOS libx264Hello everyone,
- Xcode Version 12.1
- macOS Catalina version 10.15.7
- Gstreamer version 1.18.0 (gstreamer-1.0-devel-1.18.0-ios-universal)
When I compile my project i got an issue
`ld: in /Users/AAAA/Library/Developer/GStreamer/iPho...Hello everyone,
- Xcode Version 12.1
- macOS Catalina version 10.15.7
- Gstreamer version 1.18.0 (gstreamer-1.0-devel-1.18.0-ios-universal)
When I compile my project i got an issue
`ld: in /Users/AAAA/Library/Developer/GStreamer/iPhone.sdk/GStreamer.framework/GStreamer(libx264_a-sad-a-8.o), building for iOS Simulator, but linking in object file built for free standing, file '/Users/AAAA/Library/Developer/GStreamer/iPhone.sdk/GStreamer.framework/GStreamer' for architecture x86_64`
Step I did to get this error:
- Download Gstreamer
- Installing Gstreamer
- Copying gst_ios_init.h /.m to my project
- Run on xcode
When I was on xcode 11 it worked fine.
When I look on internet
https://stackoverflow.com/questions/63607158/xcode-12-building-for-ios-simulator-but-linking-in-object-file-built-for-ios/63955114#63955114
https://stackoverflow.com/questions/64003107/xcode-12-building-for-ios-simulator-but-linking-in-object-file-built-for-ios
I tried everything but nothing worked. I don't know what to do.
Don't hesitate you have any question.https://gitlab.freedesktop.org/gstreamer/cerbero/-/issues/306MacOS 1.18 pkg installation fails2021-08-30T10:52:25ZRaleigh Littles IIIMacOS 1.18 pkg installation failsStarting from the instructions [here](https://gstreamer.freedesktop.org/documentation/installing/for-ios-development.html?gi-language=c), I tried to install the latest version of GStreamer **1.18**: https://gstreamer.freedesktop.org/data...Starting from the instructions [here](https://gstreamer.freedesktop.org/documentation/installing/for-ios-development.html?gi-language=c), I tried to install the latest version of GStreamer **1.18**: https://gstreamer.freedesktop.org/data/pkg/ios/1.18.0/
and the installer fails.
![image](/uploads/ceb7849cdfef965c4ad71607eed4539d/image.png)
The only information given is:
> The installation failed.
> The installer encountered an error that caused the installation to fail. Contact the software manufacturer for assistance.
Here's my system information:
![image](/uploads/78173a38ed869e3f67d44b39d14db3f4/image.png)https://gitlab.freedesktop.org/gstreamer/cerbero/-/issues/412ci: Squash cerbero android + iOS integration jobs with their builds2023-02-11T17:14:40ZNicolas Dufresneci: Squash cerbero android + iOS integration jobs with their buildsAs of now, we have large builds place into artifact and downloaded back to build examples for Android and iOS. This proposal is to reduce the egress cause by the usage or large artifact (universal builds with deps) by combining these int...As of now, we have large builds place into artifact and downloaded back to build examples for Android and iOS. This proposal is to reduce the egress cause by the usage or large artifact (universal builds with deps) by combining these into the build job. Integration is quick and can be run all the time.
cc @ystreet @alatiera @nirbheek @danielshttps://gitlab.freedesktop.org/gstreamer/cerbero/-/issues/102Don't ship plugins on iOS/Android that don't make sense on embedded2018-12-20T17:48:57ZTim-Philipp Müllertim@centricular.comDon't ship plugins on iOS/Android that don't make sense on embeddede.g. decklink, rsndvde.g. decklink, rsndvdhttps://gitlab.freedesktop.org/gstreamer/cerbero/-/issues/81GStreamer iOS packages fail to build with Xcode 10.0 update2023-03-21T08:55:46ZBugzilla Migration UserGStreamer iOS packages fail to build with Xcode 10.0 update## Submitted by David Manpearl
**[Link to original bug (#797200)](https://bugzilla.gnome.org/show_bug.cgi?id=797200)**
## Description
This bug affects our current Xcode projects and GStreamer’s example template projects such as "GSt...## Submitted by David Manpearl
**[Link to original bug (#797200)](https://bugzilla.gnome.org/show_bug.cgi?id=797200)**
## Description
This bug affects our current Xcode projects and GStreamer’s example template projects such as "GStreamer Single View Application.xctemplate".
Build error: gst_ios_init.h: #include <gst/gst.h>: 'gst/gst.h' file not found.
Severity: This is a critical Blocker for all of our iOS builds.
Versions affected:
- Xcode: 10.0
- Gstreamer: 1.14.3 (also tested with 1.14.2)
GStreamer installed on Mac OS X 10.13.6 from here: https://gstreamer.freedesktop.org/data/pkg/ios/1.14.3/
Verified:
- Targets > Linked Frameworks and Libraries > Gstreamer.framework
- Header search path includes: "~/Library/Developer/GStreamer/iPhone.sdk/GStreamer.framework/Headers"
- Headers directory exists.
- Headers directory contains gst, gst/gst.h
Unsuccessful attempts to fix:
- GStreamer/gst/gst.h
- File > Project Settings… > Build System: > New Build System (Default) => Legacy Build System
Version: 1.4.3https://gitlab.freedesktop.org/gstreamer/cerbero/-/issues/36Apple release code sign error.2022-11-01T19:12:36ZBugzilla Migration UserApple release code sign error.## Submitted by bam..@..il.com
**[Link to original bug (#771860)](https://bugzilla.gnome.org/show_bug.cgi?id=771860)**
## Description
Created attachment 336138
entitlements for codesign
GStreamer version : 1.6.4(using cerbero...## Submitted by bam..@..il.com
**[Link to original bug (#771860)](https://bugzilla.gnome.org/show_bug.cgi?id=771860)**
## Description
Created attachment 336138
entitlements for codesign
GStreamer version : 1.6.4(using cerbero universal build)
build platform : mac osx 10.11 el capitan
For Official App store from Apple release, I inputted the code sign in Terminal and these are the result below. I succeed the code sign and upload was also successful but with GStreamer framework, there is always code sign error.
TestCase 1.
- Directory Tree :
MyApp.app
/Contents
/Frameworks
/My.Framework
- Terminal input codesign command : codesign -f --deep -s '3rd Party Mac Developer Application: My Developer ID' --entitlements "MyApp.entitlements" "MyApp.app"
- result : codesign Ok
TestCase 2.
- Directory Tree :
MyApp.app
/Contents
/Frameworks
/My.Framework
/GStreamer.Framework
- Terminal input codesign command : codesign -f --deep -s '3rd Party Mac Developer Application: My Developer ID' --entitlements "MyApp.entitlements" "MyApp.app"
- Codesign Error Message :
unsealed contents present in the root directory of an embedded framework
In subcomponent: MyPath/MayApp.app/Contents/Frameworks/GStreamer.framework
TestCase3.
- Directory Tree : GStreamer.framework(Only GStreamer)
- Terminal input codesign command
: codesign -f --deep -s '3rd Party Mac Developer Application: My Developer ID' --entitlements "MyApp.entitlements" "GStreamer.framework/Versions/1.0"
- result : codesign Succes
TestCase4.
TestCase1 to copy the GStreamer was codesign in TestCase3 to MyApp.app/Contents/Frameworks, I saw the upload test to AppLoader create a pkg file.
- AppLoader Upload Error :
ERROR ITMS-90296: "App sandbox not enabled. The following executables must include the "com.apple.security.app-sandbox" entitlement with a Boolean value of true in the entitlements property list: [( "com.myplayer.osx.pkg/Payload/MyApp.app/Contents/Frameworks/GStreamer.framework/Versions/1.0/libexec/gstreamer-1.0/gst-plugin-scanner", "com.myplayer.osx.pkg/Payload/MyApp.app/Contents/Frameworks/GStreamer.framework/Versions/1.0/libexec/gstreamer-1.0/gst-ptp-helper" )] Refer to App Sandbox page at https://developer.apple.com/devcenter/mac/app-sandbox/ for more information on sandboxing your app."
ERROR ITMS-90260: "Bad Bundle Executable. You must include a valid CFBundleExecutable key in the nested bundle osx-framework [com.myplayer.osx.pkg/Payload/MyApp.app/Contents/Frameworks/GStreamer.framework] property list file."
ERROR ITMS-90261: "Bad CFBundleExecutable. Cannot find executable file that matches the value of CFBundleExecutable in the nested bundle osx-framework [com.myplayer.osx.pkg/Payload/MyApp.app/Contents/Frameworks/GStreamer.framework] property list file."
Other versions(1.4.5, 1.6.4, 1.9.2) tested, but it was all the same.
I would like to release the Apple Appstore to resolve this problem.
Please help me.
**Attachment 336138**, "entitlements for codesign":
[My.entitlements](/uploads/f716b454022ff3471ab281a1b4f8204a/My.entitlements)
Version: 1.x