makiolaj/calendula
1
0
Fork 1
Code Actions Releases 27 Activity

2.17.1 — re-cut 2.17.0 after the release pipeline dropped it (#109)
Some checks failed
Release — F-Droid repo + Gitea/Codeberg release + Play / detect (push) Successful in 9s
Details
Release — F-Droid repo + Gitea/Codeberg release + Play / release (push) Successful in 14m0s
Details
Release — F-Droid repo + Gitea/Codeberg release + Play / play (push) Failing after 1m5s
Details

Browse Source 
Reviewed-on: https://codeberg.org/jlmakiola/calendula/pulls/109
This commit is contained in:
Jean-Luc Makiola
2026-07-30 22:42:58 +02:00
parent e8657117d6
commit 4e51e33356
5 changed files with 56 additions and 32 deletions
Download Patch File Download Diff File Expand all files Collapse all files

8
docs/RELEASING.md
View File

@@ -113,7 +113,13 @@ the only one that gets a different artifact and a different signature.
**Artifact.** Play takes an **App Bundle** (`bundleRelease`), not the APK. It is
a second output of the same source and the same signing config — never a
repackage of the published APK, which stays untouched so the F-Droid
reproducibility guarantee is unaffected. `dependenciesInfo` stays disabled for
reproducibility guarantee is unaffected. The bundle is built at the very **end**
of the `release` job, after everything else has shipped, and both it and the
handoff to the `play` job are `continue-on-error` — nothing Play-related may
take down a release that is already published. The handoff uses a patched
`upload-artifact`/`download-artifact` fork pinned to a commit: the official v4
actions read any non-github.com forge as an unsupported GHES instance and refuse
to run on Gitea (go-gitea/gitea#36024). `dependenciesInfo` stays disabled for
the bundle too; Play's "app dependencies" report is optional and re-enabling it
would break reproducibility.