Fix Apple and Android tools for m137

[pblazej]

• Fixes Android patches (mocks, prefixing)
• Adds Apple prefix patch
• Adds some CI infrastructure that binds "aggregate" apple(_prefixed) targets with xcframework stuff
  • I avoided the full-matrix approach here, as it's both wasteful (multiple pulls/syncs), plus the framework still needs some post-processing

[davidliu]

@pblazej pushed fixes for the android prefixed build

[davidliu]

Whoops, forgot to mention that the VERSION file holds the commit that the CI uses by default. I've updated the commit to point at the blaze/m137-patching now for testing.

[pblazej]

Yup @davidliu it does the trick https://github.com/webrtc-sdk/webrtc-build/actions/runs/16111693894. Thanks a lot for taking a look! It should be ready for integration testing on Android then, right?

[davidliu]

I ran through some small testing with the build last week and seemed to work fine. Should be good to go.

[pblazej]

BTW @davidliu which platforms are actually used here (I mean linux and rasp ones)

windows_x86_64, windows_arm64, macos_x86_64, macos_arm64, ubuntu-18.04_x86_64, ubuntu-20.04_x86_64, ubuntu-22.04_x86_64, ubuntu-18.04_armv8, ubuntu-20.04_armv8, raspberry-pi-os_armv6, raspberry-pi-os_armv7, raspberry-pi-os_armv8, android, android_prefixed, ios

I'll be probably doing another round of cleanup + final Apple script.

[pblazej]

@hiroshihorie I'm almost there with the build script, fixing the paths and misc stuff. Feel free to take a look, especially at global configs and build flags - is it 100% consistent with what you've used?

Once we get the artifact, we can try automating the push to https://github.com/livekit/webrtc-xcframework, or at least use consistent release numbers (based on tags like @davidliu did here) with Android, still pushing to the above repo manually and copying the hash, etc.

[pblazej]

Looks like it builds for iOS 🎉 https://github.com/webrtc-sdk/webrtc-build/actions/runs/16170404165 so the rest is a matter of the script itself

[pblazej]

We can do some cleanup in this file, mostly unused platforms, then remove "old" macOS/iOS stuff from run.py

[hiroshihorie]

I think the xcframework.zips seem to be nested in an outer dir, can we fix this ?

[pblazej]

I think the xcframework.zips seem to be nested in an outer dir, can we fix this ?

You sure?

[hiroshihorie]

I'm not sure what's going on 😅 I think double clicking the .zip file on mac automatically un-wraps the nested dir ?
But from command I can see :

% unzip -l "LiveKitWebRTC.xcframework (1).zip"
Archive:  LiveKitWebRTC.xcframework (1).zip
  Length      Date    Time    Name
---------  ---------- -----   ----
 63969400  07-15-2025 07:44   LiveKitWebRTC.xcframework.zip
---------                     -------
 63969400                     1 file

[pblazej]

I'm not sure what's going on 😅 I think double clicking the .zip file on mac automatically un-wraps the nested dir ? But from command I can see :

% unzip -l "LiveKitWebRTC.xcframework (1).zip"
Archive:  LiveKitWebRTC.xcframework (1).zip
  Length      Date    Time    Name
---------  ---------- -----   ----
 63969400  07-15-2025 07:44   LiveKitWebRTC.xcframework.zip
---------                     -------
 63969400                     1 file

I think it's due to https://github.com/actions/toolkit/blob/master/packages/artifact/docs/additional-information.md#is-my-artifact-compressed.

We can probably skip zipping in bash and just upload .xcframework directly:

      with:
        name: ${{ steps.build.outputs.framework_name }}.xcframework
        path: build/_package/${{ matrix.name }}/${{ steps.build.outputs.framework_name }}.xcframework # here

Feel free to test it, or I'll do that tomorrow morning.

[pblazej]

@hiroshihorie I think the action won't upload symlinks https://github.com/actions/upload-artifact#altering-compressions-level-speed-v-size so we need to unzip that "manually" (or automatically) before releasing anyway.

[pblazej]

Waiting for the main branch to be merged, then we can override this and release 🤞