Take odrcore from maven central instead of building it with conan

[andiwand]

Replaces the conan build of odrcore with the app.opendocument:odr-core-android AAR that OpenDocument.core now publishes.

What goes away

The app pulled both halves of the JNI bindings out of the odrcore conan package — conan cross built libodr_jni.so for four ABIs, and conandeployer.py dropped them into jniLibs next to the odr-core-java.jar it extracted from the same package. All of it is replaced by one line in the version catalog.

That takes the NDK, python and conan out of the build entirely. ./gradlew assembleProDebug now needs a JDK and the android SDK, nothing else, and CI loses ~80 lines of NDK install / conan cache / submodule export per workflow. The conan-odr-index submodule goes with it.

Both halves still ship in one artifact, so they cannot drift — that was the original reason for sourcing them from one conan package, and it survives intact. It resolves from maven central, not github packages: the latter demands authentication even for a public artifact, which f-droid and other clean source builders cannot supply.

Runtime assets

CoreLoader.initializeCore used to unpack assets/core into filesDir and point the core at it. odrcore 6.2 ended the need: the renderer's css and js are written into the html it produces, and Odr.mimetype is core's own detection rather than libmagic. setOdrCoreDataPath and setLibmagicDatabasePath are both inert now, so the extraction only cost startup time and apk size. initializeCore sets TMPDIR and nothing more, and the 8.1 MB magic.mgc leaves the apk.

Verified

Built against a local publishToMavenLocal copy of the AAR, assembled from the CI native artifacts of core main:

• assembleDebug, testProDebugUnitTest, lintProDebug, lintLiteDebug, spotlessCheck — all green from clean
• the apk carries lib/{arm64-v8a,armeabi-v7a,x86,x86_64}/libodr_jni.so plus libc++_shared.so
• assets/ holds only RawLoader's own html and font; no assets/core

Blocked on

app.opendocument:odr-core-android:6.2.0 does not exist on maven central yet — hence draft. Core main has published nothing since v6.1.0, and the libmagic/asset removals this depends on are unreleased. The pinned odrCore = "6.2.0" in gradle/libs.versions.toml is a guess at the next release number and needs correcting if it lands as something else. CI here will fail to resolve the dependency until then.

Worth a look

ndk.debugSymbolLevel = "full" is still set for release builds, but the .so files in the AAR are stripped upstream by build_native.py. Play will no longer receive useful native symbols for odrcore crashes. Fixing that means shipping unstripped libraries from core, so it is deliberately left alone here.

🤖 Generated with Claude Code

[chatgpt-codex-connector]

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: 394cbba8e0

ℹ️ About Codex in GitHub

Codex has been enabled to automatically review pull requests in this repo. Reviews are triggered when you

• Open a pull request for review
• Mark a draft as ready
• Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

When you sign up for Codex through ChatGPT, Codex can also answer questions or update the PR, like "@codex address that feedback".