Fix native library stripping by using matching NDK version for AGP 8.6.1

[inventory69]

Fixes #11

The issue was that we're using AGP 8.6.1 but didn't specify which NDK version to use. This caused inconsistent behavior where debug symbols weren't being stripped properly, making the APKs way bigger than necessary.

Changes

• Set NDK to 27.0.12077973 (the default NDK for AGP 8.6.1) in gradle.properties and both gradle build files
• Updated CI workflow to install the correct NDK version before building
• Removed the old hardcoded NDK version (25.1.8937393) from app/build.gradle.kts

According to the AGP 8.6 release notes, AGP automatically strips debug symbols when using its tested NDK version. By matching them up, we should get properly stripped libraries without the bloat.

Tested locally with `./gradlew build --dry-run` - no errors.

[inventory69]

The build failure is not related to the changes in this PR - it's a temporary Maven Central issue:

Could not GET 'https://repo.maven.apache.org/maven2/.../kotlin-serialization-compiler-plugin-embeddable/2.0.21/...pom'
Received status code 403 from server: Forbidden

This happens sometimes when Maven Central rate-limits GitHub Actions IPs or has temporary availability issues. A re-run of the workflow should fix it.

[nain-F49FF806]

@inventory69 Yes. Let's wait for the rate limit window to pass. Will run this again in a couple of hours.

[nain-F49FF806]

Thanks for the PR, @inventory69. Nice work!
It definitely achieves the desired behavior of stripping the libs. :)

A quick question on the NDK version though: You mentioned that 27.0.12077973 is the default for AGP 8.6.1, but the AGP 8.6 release notes list 26.1.10909125 as the default. Could you share where you found that specific version number?

[nain-F49FF806]

Also want to say: I really like the way you harmonized the version across the build configs (both) and environment variables. It's a much more robust setup. This level of consistency is exactly what we need.

That said, I wonder if we could get away with simply using a consistent NDK version, rather than matching the AGP with a 'magic' NDK number.

While keeping your changes, would using the default 26.1.10909125 everywhere achieve the same result?

[inventory69]

@nain-F49FF806 Thanks for the feedback, I really appreciate it!

Even though I made a mistake and assumed the version 27.0.12077973 is the default one, which is obviously not..
This was a version number I used in one of my flutter builds and it worked well, I thought it's the default one for that AGP Version.

Now we have 2 options, we can stick to the newer ndk which works well.
Or we switch to the official tested version you mentioned which the release notes lists 26.1.10909125.
The second option would be the cleaner one as we would strictly adhere to the official docs. (Edit: Works, tested it with ./gradlew clean build --dry-run)

Using a version number like 26.1 or 27.0 would not work because AGP doesn't accept it unfortunately.

[nain-F49FF806]

Thanks for confirming it works with the default NDK version. This is very promising.
To keep this easy to maintain across modules, I've suggested centralising the versioning.

Let's get those minor changes in, and we are good to go!

[inventory69]

@nain-F49FF806 Hey, i've implemented all the requested changes in Commit 7635762.
Thanks for your time! :)

[nain-F49FF806]

lgtm!

[nain-F49FF806]

Thank you for your contribution @inventory69 !
This will be part of the next release.

[inventory69]

@nain-F49FF806 You're welcome! I am glad that I could help, as I really like your project!