<div dir="auto">Only on release! We will not be building from master! We don't want unstable snaps.<div dir="auto">Thanks,</div><div dir="auto">Scarlett</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Aug 19, 2023, 4:03 PM Nate Graham <<a href="mailto:nate@kde.org">nate@kde.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 8/19/23 15:45, Scarlett Moore wrote:<br>
> No. It will be telling launchpad to build them via API. Launchpad will  <br>
> upload to store its own artifacts. Our current setup has launchpad <br>
> sending the snaps back to our server and we upload to store. This new <br>
> proposal would be significantly less data going back and forth. Also, do <br>
> the stable branches really have many commits? I thought once branched to <br>
> stable release branch it was done... I reiterate that launchpad is doing <br>
> all the heavy lifting including store uploads. Do users download <br>
> flatpaks from kde servers? The button says flathub. How do they get there?<br>
> Scarlet<br>
If Launchpad needs to build our Snaps as a part of the release process, <br>
that's something that will need to happen only a few times a year. Apps <br>
on FlatHub are similarly built for us by FlatHib infrastructure. It's fine.<br>
<br>
But asking Launchpad to build us a Snap for every commit is another <br>
matter. KDE apps get at least one commit per day just due to <br>
translations, and popular apps may get many commits per day and many <br>
merge requests. I can think of a large variety of issues that could be <br>
caused by asking Launchpad to build Snaps at this much higher frequency <br>
level.<br>
<br>
So can we clarify the proposal? Are you asking to have Launchpad build <br>
Snaps as a part of the CI process, for every commit and merge request? <br>
Or just as a part of the release process that happens a few times a year?<br>
<br>
Nate<br>
</blockquote></div>