feat: add fdroid-repo devlog post

This commit is contained in:
randogoth 2026-10-14 15:01:16 +03:00
parent 9adf10a9d6
commit ee3b1f721a

View file

@ -0,0 +1,22 @@
Title: Randogoth Forge F-Droid Repo
Date: 2026-10-14 15:01
Category: MINIMAL
Slug: fdroid-repo
Summary: A self-hosted F-Droid repository at fdroid.randogoth.com, fed straight from Forgejo releases, now serving Muzzle Velocity, Plasmoid, The Mews and kirakira.
Tags: fdroid, android, nixos, forgejo
Until this week, installing one of my Android apps meant finding the APK on a release page and tapping through the warning about unknown sources. I don't think anyone did that twice. Now there is an *F-Droid* repository at `fdroid.randogoth.com` with four apps in it: [Muzzle Velocity]({filename}muzzle.md), [Plasmoid]({filename}plasmoid.md), *The Mews* from the [Mews Profile]({filename}mews-profile.md) post and *kirakira* from the [smolmail clients]({filename}smolmail-clients.md) post.
Nothing gets built on the server. Each app's own *Forgejo* workflow signs its APK when I push a tag, a webhook tells the repo, and the listing (title, description, changelog, screenshots) is read from the app's `fastlane/` folder at that same tag, so it can't describe a build other than the one it ships. The one surprise was that the release webhook fires one API call *before* the APK gets attached, so the server kept turning up to an empty release... It waits for the upload now. *kirakira* supplied the humbling number: thirteen commits, eleven of them fixes to its release workflow.
## Adding It
Repository address `https://apps.randogoth.com/fdroid/repo`, fingerprint:
```
638D433A27DF393F62A321DD8623CA3FEDE1FEE3B13146AD3902BBA635765DD2
```
## Repository
[fdroid-repo](https://code.randogoth.com/randogoth/fdroid-repo) · [muzzle-velocity](https://code.randogoth.com/randogoth/muzzle-velocity) · [plasmoid](https://code.randogoth.com/randogoth/plasmoid) · [the-mews](https://code.randogoth.com/randogoth/the-mews) · [kirakira](https://code.randogoth.com/randogoth/kirakira)