<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><div class="gmail_default"><a class="gmail_plusreply" id="plusReplyChip-1" href="mailto:mojca@macports.org" tabindex="-1">@Mojca Miklavec</a> Oh, I see.</div><div class="gmail_default"><br></div><div class="gmail_default"><a class="gmail_plusreply" id="gmail-plusReplyChip-0" href="mailto:tardyp@gmail.com" tabindex="-1">@Pierre Tardy</a> Regarding the <span class="gmail-gr_ gmail-gr_38 gmail-gr-alert gmail-gr_spell gmail-gr_inline_cards gmail-gr_disable_anim_appear gmail-ContextualSpelling gmail-ins-del gmail-multiReplace" id="gmail-38" style="font-size:inherit;color:inherit;display:inline;border-bottom:2px solid transparent;background-repeat:no-repeat">npm</span> package: I think it would be better to create a project generator CLI (which would create the boilerplate project, similar to vue-cli or create-react-app). Do you think that would work? Can I use yeoman to do this?</div><div class="gmail_default"><br></div><div class="gmail_default">Thank you for help.</div><div class="gmail_default">Rajdeep</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Apr 8, 2019 at 7:05 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>
On Sun, 7 Apr 2019 at 19:41, Rajdeep Bharati wrote:<br>
><br>
> I found something which might help us: <a href="https://bors.tech/homu-io/" rel="noreferrer" target="_blank">https://bors.tech/homu-io/</a> <a href="https://github.com/barosl/homu" rel="noreferrer" target="_blank">https://github.com/barosl/homu</a>.<br>
> I will try it set it up on my local system and get back to you.<br>
> Mojca<br>
<br>
This sounds nice, but I wonder if it would actually address any of our<br>
problems (I suspect not). Also, it explicitly says that the project<br>
was kind of abandoned and continued elsewhere?<br>
<br>
What this tool is trying to solve is to check the code again after<br>
potentially long code review process, and run CI again "just before<br>
merging". However some of our builds would take hours, or, well, on<br>
Travis you might get 2 hours of waiting time and then one hour of<br>
building, just to experience a timeout at the end anyway. This makes<br>
the "just before merging" kind of not-too-well-defined. Plus, half of<br>
our Travis failures are false negatives, and before this can be useful<br>
on the buildbot, we would need to be able to enable checking pull<br>
requests in a "safe way" (addendum: for such checking we could<br>
probably just as well engage a couple of machines which are completely<br>
decoupled from our main builders, which would run, say, just 10.5,<br>
10.6, 10.9, and would not upload the results anywhere). When checking<br>
the base ... we have so little activity that this is practically never<br>
an issue. And with ports there are so many distinct ports, that this<br>
is also hardly ever an issue; and when it is, you would already notice<br>
that the PR cannot be merged.<br>
<br>
Mojca<br>
</blockquote></div>