<div dir="ltr"><div><div>I don't know Ryan. I find BuildBot pretty involved in the configuration. The interface of Gitlab CI, the one I'm more familiar with, is way easier. To configure a runner it's basically adding a repository on your favorite distro, installing the gitlab-runner package, configuring it with few TOML lines, and that's it. It will happily get your CI/CD jobs. And can be used across multiple projects that might need access to old systems. <br><br></div>In any case I'll try to hack a fast solution at the beginning with that, then we might discuss to use BuildBots. <br><br></div>PS: Gitlab CI can be used also on Github: <a href="https://docs.gitlab.com/ee/ci/ci_cd_for_external_repos/github_integration.html">https://docs.gitlab.com/ee/ci/ci_cd_for_external_repos/github_integration.html</a></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jan 27, 2021 at 7:17 PM Ryan Schmidt <<a href="mailto:ryandesign@macports.org">ryandesign@macports.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Jan 27, 2021, at 06:32, Mojca Miklavec wrote:<br>
<br>
> Maybe GitLab runner isn't able to run on the oldest macOS that we<br>
> support, but if you run it on the host just to fire up a VM, that<br>
> might be ok.<br>
> <br>
> I see that GitLab supports CI on top of GitHub repository:<br>
> <a href="https://docs.gitlab.com/ee/ci/ci_cd_for_external_repos/github_integration.html" rel="noreferrer" target="_blank">https://docs.gitlab.com/ee/ci/ci_cd_for_external_repos/github_integration.html</a><br>
> <br>
> Maybe that's not as straightforward as if the repo was stored on<br>
> GitLab directly, but it still sounds perfectly fine if you get it<br>
> working.<br>
> <br>
> Even if you just start with your own clone of the GitHub repo inside<br>
> GitLab and get it working, this would still represent some 90 % of the<br>
> job (majority of [a] and complete [c]).<br>
> <br>
>> PS: Does Github Action support custom "executors" to eventually run libvirt?<br>
> <br>
> I'm not so familiar with GitHub Actions, but we are currently using<br>
> buildbot for the official builds. That one certainly offers native<br>
> libvirt support:<br>
> <a href="https://docs.buildbot.net/latest/manual/configuration/workers-libvirt.html" rel="noreferrer" target="_blank">https://docs.buildbot.net/latest/manual/configuration/workers-libvirt.html</a><br>
<br>
If it is helpful to do so during development, GitLab and/or GitHub Actions could be involved, but I see no reason why either of them would be relevant to what we end up deploying. Our repositories are hosted on GitHub, and it should be completely sufficient to have GitHub deliver web notifications about pull requests to whatever CI system we develop. As far as I know, Buildbot supports integration with GitHub PRs, and we already use Buildbot for the final builds, so it would make sense to me to use it for CI builds as well, if we're going to spend time developing our own system.<br>
<br>
<br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"> _ <br>-. .´ |∞∞∞∞<br> ', ; |∞∞∞∞∞∞<br> ˜˜ |∞∞∞∞∞∞∞∞∞ RdB <br> ,., |∞∞∞∞∞∞<br> .' '. |∞∞∞∞<br>-' `'<br><a href="https://rdb.is" target="_blank">https://rdb.is</a><br></div>