<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Aug 18, 2023, 12:55 AM Ben Cooksley <<a href="mailto:bcooksley@kde.org">bcooksley@kde.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div dir="ltr">On Fri, Aug 18, 2023 at 3:53 AM Scarlett Moore <<a href="mailto:scarlett.gately.moore@gmail.com" target="_blank" rel="noreferrer">scarlett.gately.moore@gmail.com</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">Hello everyone,<br></blockquote><div><br></div><div>Hey Scarlett,</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">
I am asking to revisit per project repo snapcraft files. I see now<br>
that flatpak files are in project repos but I understand this was<br>
rejected for snapcraft. I would like to re-propose the idea, and here<br>
is why.<br>
The CI jobs for snap builds is cludgy at best. We have huge amounts of<br>
failures because we must do a public upload to launchpad which places<br>
us at the lowest priority and we have many timeouts etc. Their<br>
solution is to create proper snap recipes pointing to our repos with<br>
the snapcraft.yaml. Our current setup won't work because we use<br>
subdirectories in one repo.<br>
Thoughts?<br></blockquote><div><br></div><div>My understanding (when automating the triggering of these builds on <a href="http://invent.kde.org" target="_blank" rel="noreferrer">invent.kde.org</a> was discussed with Sysadmin) was that the Snap folks had wanted to have everything in one repository.</div><div>I had queried at the time why we weren't adding a file into each repository (which is what we do with Flatpak, and now with Craft as well - although those builds have yet to be widely rolled out)</div><div><br></div><div>With regards to the triggering of these builds, how will this happen? </div><div>It sounds like what you are describing here will result in Canonical servers polling <a href="http://invent.kde.org" target="_blank" rel="noreferrer">invent.kde.org</a> for changes, which is something we're not huge fans of as most projects only change every couple of days.</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>
Thanks for your time,<br>
Scarlett<br></blockquote><div><br></div><div>Cheers,</div><div>Ben </div></div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">Hi!</div><div dir="auto"><br></div><div dir="auto">Thanks all for responding.</div><div dir="auto"><br></div><div dir="auto">Albert: snapcraft files have been ironed out. I have been quite busy over the last year doing so.</div><div dir="auto"><br></div><div dir="auto">Ben: There is an option to have launchpad build on changes which would have polling. However, I would opt out of this feature and instead write some tooling using launchpad API and Neons watcher tooling to update versions and trigger launchpad builds. It would actually lighten the load on KDE servers significantly. </div><div dir="auto"><br></div><div dir="auto">Thank you for your time,</div><div dir="auto">Scarlett</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
</blockquote></div></div></div>