<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">None of the time is spent installing OCaml on the basic Linux install, since I've been compiling up a set of binary Debs/RPMs of the matrix of OCaml and OPAM versions (e.g. see <a href="https://launchpad.net/~avsm">https://launchpad.net/~avsm</a>). We only compile from source on the Mac, which is optional.<div><br></div><div>If someone is interested in proposing official OCaml support, a good template for anyone wishing to OCaml support in Travis is the pull request to add Rust support here:</div><div><a href="https://github.com/travis-ci/travis-build/pull/264/files">https://github.com/travis-ci/travis-build/pull/264/files</a></div><div><br></div><div>-anil</div><div><br><div><div>On 29 Sep 2014, at 14:20, Ashish Agarwal <<a href="mailto:agarwal1975@gmail.com">agarwal1975@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div dir="ltr">About 10 - 20 minutes out of the 50 get used up installing OCaml and basic libraries every time. Has anyone looked into getting OCaml as one of the natively supported languages by Travis? I'm not sure how it works, but ideally we could have preinstalled images with various versions of OCaml, opam, and several of the main libraries pre-installed.</div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Sep 28, 2014 at 4:03 PM, Anil Madhavapeddy <span dir="ltr"><<a href="mailto:anil@recoil.org" target="_blank">anil@recoil.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 28 Sep 2014, at 16:38, Thomas Gazagnaire <<a href="mailto:thomas@gazagnaire.org">thomas@gazagnaire.org</a>> wrote:<br>
<br>
> Hi all,<br>
><br>
> Recently I saw Travis CI to be quite unreliable. It took sometimes hours to start and very often I need to manually re-lauch some tests because of connectivity errors. I don't complain too loudly because it's a free (and very useful) service, but I am wondering if we should not upgrade to something a bit more reliable.<br>
><br>
> Looking at <a href="https://travis-ci.com/plans" target="_blank">https://travis-ci.com/plans</a> they seem to have few paying offer which might be interesting, although I am not sure to understand if this will solve the current issues. And it looks a little bit expensive, but we rely on the free service a lot already.<br>
><br>
> Also, ideally we should use Travis CI to only coordinate the build on the Rackspace VMs but we don't have that infrastructure in place yet, so maybe we should switch to a paying service for few months.<br>
<br>
</span>My understanding is that the paid Travis service doesn't entirely help with the existing issues, which are infrastructure overload on their part. The paid service increases the number of parallel builds, but still (e.g.) enforces the per-job 50 minute limit.<br>
<br>
I'll prioritise the Rackspace VM work to let us unlock more builds. We're seeing an increasing number of repository failures due to the lack of reverse-transitive checking of builds, and that should be very easy to do in parallel on VM infrastructure.<br>
<br>
(I may be wrong about the latest in paid Travis -- if anyone wants to enquire with them, please do let me know. I'm happy to pay for the service if it would solve any problems.)<br>
<span class="HOEnZb"><font color="#888888"><br>
-anil<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
opam-devel mailing list<br>
<a href="mailto:opam-devel@lists.ocaml.org">opam-devel@lists.ocaml.org</a><br>
<a href="http://lists.ocaml.org/listinfo/opam-devel" target="_blank">http://lists.ocaml.org/listinfo/opam-devel</a><br>
</div></div></blockquote></div><br></div>
</blockquote></div><br></div></body></html>