Release to Flathub.org

https://github.com/flathub/flathub/wiki/App-Submission

Before releasing Briar to Flathub.org, our own repository should be created (#42 (closed)).

added Infrastructure label

mentioned in issue #42 (closed)

changed the description

@akwizgran @grote What do you think about releasing Briar GTK (and eventually also briar_repl, CC @fphemeral) to Flathub.org? It's the main repository in the Flatpak world and would give Briar a huge exposure. You can setup flatpak on most Linux distributions, therefore installing Briar GTK would be quite easy for very many people.

The only thing I'm a little bit unsure about is reproducibility. Theoretically, flatpaks should be really great in terms of reproducibility, since everything is built inside containers with defined SDKs by default. However, nobody seems to have tried it actually. There's a mail I've found from 2016 where Flatpak's main dev tried to reproduce a flatpak and failed only for little reason. Then, there's also the issue "Reproducible build support" that's open since Nov' 2017 where someone requests an easy tool for verifying flatpaks.

In case flatpaks from Flathub weren't reproducible, would this be a blocker for you?

@nicoalt in my opinion reproducibility should be a goal but it doesn't need to be a blocker for starting to make releases, especially if there's a path towards reproducible deb packages when Debian adds support for Kotlin.

added T: task label

We decided to only release briar-gtk to flathub.org once we also offer an official Debian release. Since a release to Debian main is currently blocked (briar-debian#1 (comment 43338)), we will create an official APT repository instead (briar-debian#3).

added S: blocked label

mentioned in issue #95

marked this issue as related to #95