<div dir="ltr"><div dir="ltr">On Sat, Apr 24, 2021 at 8:17 PM Volker Krause <<a href="mailto:vkrause@kde.org">vkrause@kde.org</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br></blockquote><div><br></div><div>Hi Volker,</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
with the Craft-based Android release package builds hopefully being close to <br>
working, here are some thoughts on the next steps of getting those packages <br>
into the corresponding app stores/repositories, and a few points I would need <br>
help with.<br>
<br>
(1) Signing<br>
This should mostly be a copy/paste job from the existing setup for the nightly <br>
builds.<br>
<br>
(2) F-Droid Release Repository<br>
On the Jenkins side this should also be mostly a copy/paste job, the nightly <br>
build script for this will only need minor adjustments to be less aggressive <br>
for expiring old packages.<br></blockquote><div><br></div><div>I can confirm that these should be just copy-paste yes.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
We however would need to set up a new repository for release packages, next to <br>
the one with the nightly builds. Ideally with a long-time stable URL so we can <br>
maybe convince the F-Droid people to include that by default as an external <br>
source (even if that means disabled by default as per their policy, still <br>
better than not being available at all). That's probably something that would <br>
need sysadmin help.<br></blockquote><div><br></div><div>Adding a release repository shouldn't be too much trouble - the Android F-Droid repository is quite light in size (compared to say Flatpak...) so this isn't an issue at all.</div><div><br></div><div>The existing nightly repository has a stable URL from my understanding at <a href="https://cdn.kde.org/android/fdroid/">https://cdn.kde.org/android/fdroid/</a> so we could add another one alongside it at <a href="https://cdn.kde.org/android/release/">https://cdn.kde.org/android/release/</a></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
(3) Google Play<br>
I would like to evaluate using fastlane supply (<a href="https://docs.fastlane.tools/actions/supply/" rel="noreferrer" target="_blank">https://docs.fastlane.tools/<br>
actions/supply/</a>) for automatically uploading metadata and APKs to Google Play. <br>
That doesn't necessarily imply publishing APKs blindly, but being able to <br>
automatically have APKs in the staging area as well as automatically syncing <br>
translations for the app description seems very much worth it to me. And given <br>
that fastlane actually defined the metadata format that F-Droid is using I <br>
have high hopes that this integrates well with what we already have.<br>
<br>
However, fastlane seems to be mainly distributed via Ruby's package manager, <br>
not via regular distro packages. Is that a blocker for installing this on the <br>
signing machine?<br></blockquote><div><br></div><div>It should be fine - although hopefully the developers of Fastlane are reasonable when it comes to how they make use of Ruby (I have been burned far too many times by that language).</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
For testing, I'd also need an API access key for our Google Play account, as <br>
described in the above link. I think that's something Aleix has to set up, I <br>
don't have permissions for that.<br>
<br>
This then presumably also needs a small driver script like we have for F-Droid <br>
to upload new packages and metadata after signing.<br>
<br>
Makes sense?<br>
<br>
Regards,<br>
Volker</blockquote><div><br></div><div>Cheers,</div><div>Ben </div></div></div>