fix: publish android debug symbols

[ovitrif]

Refs synonymdev/bitkit-android#982

Related

• fix: retain native debug symbols bitkit-android#988
• fix: publish stripped android aar bitkit-core#101
• fix: publish android debug symbols ldk-node#84
• fix: publish android dwarf symbols pubky/paykit-rs#54

Summary

• Publish stripped vss-client-android release AARs so app runtime artifacts do not carry .debug_* DWARF sections.
• Create native-debug-symbols.zip from unstripped Android libraries before stripping them.
• Publish that zip separately as the native-debug-symbols Maven classifier and as a release asset.
• Upload native-debug-symbols.zip to the normalized release tag for both release events and manual recovery runs.
• Keep 16 KB LOAD alignment validation for both symbol sources and stripped release libraries.
• Keep the Gradle publish guard so the release AAR fails if packaged .so files contain .debug_* sections.
• Normalize release workflow version inputs so both v0.5.19 and 0.5.19 resolve to tag v0.5.19.

Published Artifacts

• Release: v0.5.19
• Workflow run: 27677913559
• Package: com.synonym:vss-client-android:0.5.19
• Symbol classifier: vss-client-android-0.5.19-native-debug-symbols.zip
• Release asset: native-debug-symbols.zip

QA Notes

• Passed locally: ./build_android.sh.
• Passed locally: ./build_ios.sh.
• Passed locally: actionlint .github/workflows/gradle-publish.yml.
• Passed locally: bash -n build_android.sh.
• Passed locally: git diff --check.
• Remote package URLs return HTTP 200 for the POM, AAR, and native-debug-symbols classifier.
• Downloaded remote AAR contains no .debug_* sections in packaged libvss_rust_client_ffi.so files.
• v0.5.19 release includes VssRustClientFfi.xcframework.zip and native-debug-symbols.zip.

[ovitrif]

Note

PR is same as the previous one, the only difference is branch name change.

• fix: publish android debug symbols #13

[ben-kaufman]

One release-version issue.

[ben-kaufman]

Looks good. I rechecked the latest workflow-only follow-up after the 0.5.19 artifact commit, and I do not see a blocker.