| … | … | @@ -88,11 +88,17 @@ steps: |
| 88 | 88 | export JAVA_HOME=/home/fleeky/android-toolchain/jdk-17.0.13+11 |
| 89 | 89 | export ANDROID_HOME=/home/fleeky/android-toolchain/sdk |
| 90 | 90 | export PATH=/home/fleeky/.nvm/versions/node/v24.13.0/bin:$PATH |
| 91 | | # bare-kit's codegen dir is an input to CMake configure, and it lives in the LIBRARY's build |
| 92 | | # dir — a clean checkout has not generated it yet, so configure fails with |
| 93 | | # `add_subdirectory given source .../codegen/jni/ which is not an existing directory`. |
| 94 | | /home/fleeky/android-toolchain/gradle-8.13/bin/gradle -p android \ |
| 95 | | :react-native-bare-kit:generateCodegenArtifactsFromSchema |
| 91 | # Every new-architecture library's codegen dir is an input to CMake configure, and it lives in |
| 92 | # THAT LIBRARY's build dir — a clean checkout has not generated it yet, so configure fails with |
| 93 | # `add_subdirectory given source .../codegen/jni/ which is not an existing directory`, followed by |
| 94 | # `Cannot specify link libraries for target react_codegen_<Name>Spec`. |
| 95 | # |
| 96 | # ⛔ UNQUALIFIED, so it runs in EVERY subproject that has the task. This named |
| 97 | # `:react-native-bare-kit:` alone — the same going-stale-as-the-code-moves list the deps step above |
| 98 | # was already fixed for — and it broke in exactly that way the day a SECOND such library arrived: |
| 99 | # react-native-webview was added on 2026-08-11 for the WebView UI and assemble died in ninja. |
| 100 | # Autolinking already knows which libraries exist; ask it rather than maintaining a copy. |
| 101 | /home/fleeky/android-toolchain/gradle-8.13/bin/gradle -p android generateCodegenArtifactsFromSchema |
| 96 | 102 | /home/fleeky/android-toolchain/gradle-8.13/bin/gradle -p android assembleRelease |
| 97 | 103 | # The artifact path IS the public URL and the filename is what the user's browser saves, so |
| 98 | 104 | # publish it under a name a person can recognise rather than the gradle output path. |