<div dir="auto">Hey hello,<div dir="auto">Just dowbloaded for droid test binaries 4.9.4.31 but when opening the app is says 4.9.3.1485...</div><div dir="auto"><br></div><div dir="auto">For the rest of functionalities seems ok.</div><div dir="auto"><br></div><div dir="auto">Also ios testflight does not show any updates available.</div><div dir="auto"><br></div><div dir="auto">Regards,</div><div dir="auto">Theodor</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, May 4, 2020, 23:03 Dirk Hohndel via subsurface <<a href="mailto:subsurface@subsurface-divelog.org">subsurface@subsurface-divelog.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Everyone<br>
<br>
Looks like the 4.9.4 release didn't contain too many terrible bugs.<br>
Or (more likely) no one is diving right now so no one is actually using any of this.<br>
Case in point: number of active users (i.e., people who connected to the cloud <br>
backend in the last 30 days) is down more than 80% compared to January.<br>
<br>
Anyway, one thing that became painfully obvious to me in the days working<br>
towards the release (and then the complete failure to get release binaries) is <br>
that I shouldn't rely on GitHub to create the official binaries. I already had to<br>
set up a web hook system to a VM running here at home that would build<br>
working macOS binaries, so it wasn't all that hard to replicate the rest of the <br>
builds in my little Intel NUC based home data center :-)<br>
<br>
As of today, there will no longer be CI releases on GitHub. I updated the scripts<br>
(and the README) accordingly. Instead we are back to having binaries in<br>
downloads/test - but now they are triggered by every push into master. And of <br>
course we also have binaries on OBS and Launchpad, all triggered by every push<br>
through the same backend system that I built here.<br>
<br>
If there's a specific binary that you need and that is missing, it's actually <br>
surprisingly easy to add additional builds / additional artifacts if those are <br>
useful to you. Just let me know.<br>
<br>
For now this is what we have:<br>
<br>
Subsurface-mobile-4.9.4.24-arm.apk<br>
Subsurface-mobile-4.9.4.24-arm64.apk<br>
subsurface-4.9.4-24-g744bad833a0f.exe<br>
smtk2ssrf-4.9.4-24-g744bad833a0f.exe<br>
Subsurface-4.9.4-24-g744bad833a0f-x86_64.AppImage<br>
Subsurface-4.9.4-24-g744bad833a0f.dmg<br>
<br>
32/64 bit Android packages<br>
Subsurface and smtk2ssrf Windows installers<br>
Linux AppImage<br>
macOS DMG<br>
<br>
Thanks<br>
<br>
/D<br>
<br>
PS: of course we are continuing to do test builds with GitHub Actions, so that<br>
part of the CI setup stays unmodified. It's just the uploading of artifacts to <br>
GitHub releases that I turned off.<br>
_______________________________________________<br>
subsurface mailing list<br>
<a href="mailto:subsurface@subsurface-divelog.org" target="_blank" rel="noreferrer">subsurface@subsurface-divelog.org</a><br>
<a href="http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface" rel="noreferrer noreferrer" target="_blank">http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface</a><br>
</blockquote></div>