chore(android): port BootReceiver Kotlin→Java shim (Gossamer #83)

[hyperpolymath]

neurophone sub-PR #6 — port BootReceiver

Part of the Android Kotlin→Rust/Gossamer migration (epic #83, RFC PR #97, sub-issue #112).

What this does

Replaces the Kotlin BootReceiver with a thin, hand-written Java BroadcastReceiver shim. On BOOT_COMPLETED / LOCKED_BOOT_COMPLETED it starts the neurophone foreground NeurophoneService (the service from sub-PR #5) via startForegroundService. The receiver carries no business logic — any runtime policy (e.g. "was it running before reboot?") and all inference live behind the Rust JNI (crates/neurophone-android), reached through the service start path, not here.

Files changed

• Added android/app/src/main/java/ai/neurophone/BootReceiver.java — Java shim, SPDX-License-Identifier: MPL-2.0.
• Deleted android/app/src/main/java/ai/neurophone/BootReceiver.kt.
• Modified android/app/src/main/AndroidManifest.xml — receiver registration is class-name based (.BootReceiver) and therefore migration-transparent; only updated the surrounding comment + a TODO(#83 rebase) marker.

Constraints honoured

• Hand-written Java lives only under android/, covered by the existing .hypatia-baseline.json exemption (android/**, tracking RFC: Android Kotlin → Rust/Gossamer migration #97). No baseline edit needed.
• New file carries SPDX-License-Identifier: MPL-2.0.
• Change set is Java + manifest only; touches zero Rust files. android/ is not a cargo workspace member, so the Rust workspace is unaffected.

Verified

• No stale references: only the manifest references .BootReceiver (correct, class-name based); no Kotlin/Gradle references to the removed class remain.
• android/ confirmed absent from the cargo [workspace] members list — the migration changes cannot affect the Rust build.
• Ran cargo build --workspace: pre-existing failures in esn/lsm (a rand / ndarray-rand trait-bound mismatch: no method named random/sample found for &mut impl Rng). These reproduce on pristine main with zero changes and are unrelated to this PR. cargo test --workspace is blocked by the same pre-existing compile failure. This PR does not introduce or worsen them.

TODOs / risks

• TODO(#83 rebase) — depends on sub-PRs chore(deps): update rand_distr requirement from 0.4 to 0.5 #3 (scaffolding), chore(deps): update thiserror requirement from 1.0 to 2.0 #4 (NativeLib→Rust), chore(deps): update ndarray requirement from 0.15 to 0.17 #5 (Service shim), none yet merged. The NeurophoneService reference and package layout are assumed from current main; re-point if chore(deps): update thiserror requirement from 1.0 to 2.0 #4/chore(deps): update ndarray requirement from 0.15 to 0.17 #5 rename or relocate the service entrypoint.
• TODO(#83) — once the Rust JNI boot-policy entrypoint exists, delegate the "should we restart?" decision to crates/neurophone-android instead of unconditionally starting the service.
• Risk: pre-existing esn/lsm workspace build break is environmental (dependency drift) and should be tracked separately; it is not caused by this PR.

https://claude.ai/code/session_01Gu1JFCZHuBtBhAWPr4sMQw

---

Generated by Claude Code