Bygget ska bara gå på brasse-linux01 (label linux-amd64). Om jobbet ändå
hamnar på en arm64-runner avbryts det direkt, innan gradle startar, så att
Pi5:n inte OOM:ar och tar ner alla tjänster.
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01AFvSx1pF9pymyEuK7MFkEG
Gitea har ingen runner-prioritet — med delade labels tog Pi5:n jobben på
slump och OOM:ade. Webb/gym-api-byggena måste samtidigt stanna på Pi5
(arm64-images + localhost-registry), så PC-runnern har nu en exklusiv
linux-amd64-label som bara FitnessDroid använder. Är datorn av köas bygget.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01C2GA94E1f3cmrvdQLQhYdg
- aapt2-hantering villkorad på uname -m (arm64 = statisk binär, x86_64 =
Googles ur build-tools), AAPT2_BIN via GITHUB_ENV
- gradle-strypningen (workers=2 + nice) bara på arm64 — Pi5:n orkar inte
längre APK-bygget med alla tjänster igång (två OOM-krascher 2026-08-23/24)
- Release-uppladdningen provar gitea-d (Pi:ns dockernät) och faller tillbaka
på publika API-URL:en så steget funkar från båda noderna
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01C2GA94E1f3cmrvdQLQhYdg
- Kotlin + Jetpack Compose + Material 3, minSdk 31 (Android 12)
- GraphQL-klient (OkHttp) med login/refresh/validate/logout som webben
- Tokenlagring i DataStore, auto-refresh av JWT
- Signering via gitignorerad signing/ lokalt och Actions-secrets i CI
- VS Code build-task -> build/FitnessDroid.apk
- Gitea Actions: bygger APK på Pi5 (arm64, aapt2-override) och publicerar
rullande latest-release
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Kf4MAbZ3c3B4Xy5XfuGsCP
