<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Sounds good. Thank you for the valuable insights.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Mar 26, 2019 at 5:07 PM Pierre Tardy <<a href="mailto:tardyp@gmail.com">tardyp@gmail.com</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">Hi,<br>
<br>
I think MacPorts has quite specific huge scale in term of the number<br>
of packages it builds, and optimisations on non rebuilding everything.<br>
<br>
So for this project what would be interesting is to research the best<br>
visualisation for MacPort, rather than making compromises so that it<br>
is useful for everybody.<br>
This does not mean we don't want to make it generic as much as we can,<br>
it is just we want it to be super efficient for macports.<br>
<br>
Having a quality dashboard for macport will still benefit for the<br>
community in term of example of how things can be, and how<br>
customisable Buildbot is.<br>
<br>
Another benefit for Buildbot is that it would be the first project to<br>
be specific for react/vue, and we need to improve the interface for<br>
that.<br>
I would like to have react/vue boilerplate improved, so that the core<br>
of it is extracted in a separate npm package.<br>
This npm package could then be kept when we rewrite the core ui<br>
framework in webpack/typescript. This would be a good oportunity to<br>
make the API evolve for better suit in reactive frameworks.<br>
I already saw some issues with the Collection class in buildbot data<br>
which is not well compatible with vue.<br>
<br>
Regards<br>
Pierre<br>
<br>
Le mar. 26 mars 2019 à 11:26, Mojca Miklavec <<a href="mailto:mojca@macports.org" target="_blank">mojca@macports.org</a>> a écrit :<br>
><br>
> On Tue, 26 Mar 2019 at 10:48, Rajdeep Bharati wrote:<br>
> ><br>
> > Would rewriting the waterfall view (with custom features) using Vue be one of the goals/stretch goals?<br>
> > And I presume that the plugin will become a part of buildbot core?<br>
><br>
> I leave that up to Pierre to answer.<br>
><br>
><br>
> My personal wish (but I lack some deep insight into buildbot itself)<br>
> would be to have a better waterfall view out of the box, so that other<br>
> projects could benefit as well.<br>
><br>
> Some of the strange views specific to MacPorts (which builds something<br>
> else in every build on the same builder) would probably be more tricky<br>
> to implement in a generic way, even though ... it might perhaps be<br>
> possible to let the buildbot configuration assign a keyword to each<br>
> build on the fly, and then implement a special view where the user can<br>
> specify a keyword as a filter and buildbot would display just the<br>
> matching builds.<br>
><br>
> In our case we could specify the port name as the keyword. Other<br>
> projects building from different branches or using different settings<br>
> might specify a keyword like "PR", "development", "stable", "beta",<br>
> etc. And then the user could choose to show just builds matching<br>
> "beta", or just builds matching one specific port in our case.<br>
><br>
> The ability to quickly show the builds matching a particular commit,<br>
> or the ability to easily jump to the builds done on March 8th 2018 ...<br>
> could also be implemented in a generic way.<br>
><br>
> Mojca<br>
</blockquote></div>