<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Thank you for providing me with ideas. I will try to migrate the existing setup to buildbot 2.x.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Rajdeep</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Mar 22, 2019 at 11:32 PM Mojca Miklavec <<a href="mailto:mojca@macports.org">mojca@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">Dear Rajdeep,<br>
<br>
Sorry for some delay, but here are some other general ideas related to<br>
the buildbot.<br>
<br>
My feeling is that implementing <a href="https://trac.macports.org/ticket/55978" rel="noreferrer" target="_blank">https://trac.macports.org/ticket/55978</a><br>
alone might not be enough on its own to fill the full summer (I leave<br>
it up to Pierre to judge).<br>
<br>
If this project get selected, you could additionally – depending on<br>
your interests – either concentrate more on further improvements from<br>
the buildbot side (it's super useful software for us; it would be up<br>
to the buildbot community to assist and suggest how to extend the<br>
project), or spend some time on other buildbot or UI-related stuff on<br>
the MacPorts side, or any mixture of the two.<br>
<br>
Here are some random ideas from the MacPorts side.<br>
<br>
(a) Create a Portfile for buildbot 2.x<br>
<a href="https://trac.macports.org/ticket/53006" rel="noreferrer" target="_blank">https://trac.macports.org/ticket/53006</a><br>
This could also be a suitable "starting task" for before the coding<br>
period as you would learn a bit about how packaging new software<br>
works; we are not yet sure what to do with javascript dependencies<br>
though.<br>
<br>
(b) (Stepwise) migrate our existing setup to buildbot 2.x<br>
<a href="https://trac.macports.org/ticket/56044" rel="noreferrer" target="_blank">https://trac.macports.org/ticket/56044</a><br>
Requires more work, but it shouldn't be impossible to do; some parts<br>
would be needed anyway to make the UI testing possible at all.<br>
<br>
(c) Allow github authentication (might come almost for free with the<br>
new buildbot version)<br>
<a href="https://trac.macports.org/ticket/52455" rel="noreferrer" target="_blank">https://trac.macports.org/ticket/52455</a><br>
<br>
(d) "Disposable builds" to allow doing pull requests with Buildbot<br>
One of the biggest issues with our CI is that Buildbot is only<br>
building ports when they have already been committed to master. For<br>
security reasons we use Travis and Azure to check pull requests, but<br>
we would prefer to use Buildbot instead if someone would manage to get<br>
disposable images running using libvirt (ideally down to 10.6, but<br>
even if just the latest ones were supported, that would already help):<br>
<a href="http://docs.buildbot.net/2.1.0/manual/configuration/workers-libvirt.html" rel="noreferrer" target="_blank">http://docs.buildbot.net/2.1.0/manual/configuration/workers-libvirt.html</a><br>
<a href="https://github.com/kholia/OSX-KVM" rel="noreferrer" target="_blank">https://github.com/kholia/OSX-KVM</a><br>
<br>
(e) In case that statistics web app gets done by another student, a<br>
standalone / independent UI might be useful as you suggested in the<br>
other proposal. In that case one student could write the API at the<br>
very beginning and the UI in React or Vue could be done any time after<br>
the basic API is up and running. (It depends on the other proposal as<br>
well, I haven't seen any draft proposals yet, so cannot judge yet.)<br>
<br>
At some point you could also try to follow<br>
<a href="https://github.com/macports/macports-infrastructure/blob/master/buildbot/README.md" rel="noreferrer" target="_blank">https://github.com/macports/macports-infrastructure/blob/master/buildbot/README.md</a><br>
for the old (= existing) buildbot setup as a reference (and complain<br>
whenever the instructions are not clear enough or buggy) and some kind<br>
of starting point before transition to 2.x.<br>
<br>
Don't hesitate to keep asking questions if you need any help or hints.<br>
<br>
Mojca<br>
</blockquote></div>