<div dir="ltr"><div class="gmail_extra">Hi Sean,</div><div class="gmail_extra"><br></div><div class="gmail_extra">One comment below about providers-</div><div class="gmail_extra"><br><div class="gmail_quote">2015-10-09 5:05 GMT-06:00 Jeff Squyres (jsquyres) <span dir="ltr"><<a href="mailto:jsquyres@cisco.com" target="_blank">jsquyres@cisco.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Oct 8, 2015, at 11:12 PM, Sean Hefty <<a href="mailto:sean.hefty@intel.com">sean.hefty@intel.com</a>> wrote:<br>
><br>
> I've also enabled branch protection to the upstream trees.  Now that Travis CI is working, I'd like to propose that we require status checks to pass before pull requests can be merged.  The only drawback that I see to this is that there will be a small delay (~5-10 minutes) before simple pull requests can be merged.<br>
<br>
Can you publish your Travis CI setup so that others can use it?<br>
<br>
Optimally, it would be great if there could be CI testing for every provider.</blockquote><div><br></div><div>Its probably possible to get most providers to compile on travis using linux</div><div>os, but running fabtests for all providers is probably not possible owing to specialized</div><div>hardware needs, etc.  For the later one needs something like jenkins, hence the</div><div>cisco approach.  We also use jenkins for smoke test of PRs in the downstream</div><div>GNI provider fork.</div><div><br></div><div>Could we add a travis discussion to the next telecon?    </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> </blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
We have a similar setup with Jenkins inside Cisco, but have not found the cycles to finish the setup.  The complication is that our Jenkins is behind the Cisco lab environment firewall.  This created two problems:<br>
<br>
- Github can't ping our Jenkins when a new PR comes in; our Jenkins has to poll Github for changes<br>
- The results of a Jenkins test are available via a local web server, which is obviously not available from the greater internet.  We half-finished a solution of publishing our results to gists (e.g., so that when a test fails, someone outside of Cisco can see the full stdout/stderr from the test to know *what* failed -- e.g., see <a href="https://gist.github.com/cisco-usnic-bot/2291186ea50354528bef" rel="noreferrer" target="_blank">https://gist.github.com/cisco-usnic-bot/2291186ea50354528bef</a>)<br>
<br>
At some point, we need to free up a little time to finish our Jenkins integration and start publishing the results of the tests back to the pull requests, etc.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Jeff Squyres<br>
<a href="mailto:jsquyres@cisco.com">jsquyres@cisco.com</a><br>
For corporate legal information go to: <a href="http://www.cisco.com/web/about/doing_business/legal/cri/" rel="noreferrer" target="_blank">http://www.cisco.com/web/about/doing_business/legal/cri/</a><br>
<br>
_______________________________________________<br>
ofiwg mailing list<br>
<a href="mailto:ofiwg@lists.openfabrics.org">ofiwg@lists.openfabrics.org</a><br>
<a href="http://lists.openfabrics.org/mailman/listinfo/ofiwg" rel="noreferrer" target="_blank">http://lists.openfabrics.org/mailman/listinfo/ofiwg</a><br>
</font></span></blockquote></div><br></div></div>