<div dir="ltr">Are the travis scripts for opam public? Where are they? Maybe I can learn from them.<div><br></div><div>In my own repos, I haven't managed to use the system compiler. I'm forced to do `opam switch --comp=4.02.0`, which causes me to compile ocaml every time. Here are the problems I have with the binary system compilers:</div><div><br></div><div><b>On Ubuntu</b></div><div>I use Anil's PPAs, and successfully do:<br><br>apt-get install ocaml opam camlp4<br><br>However, I then request to install a bunch of opam packges and am told that:<br><br>The following actions will be performed:<br><br> - install   camlp4.4.02.0+system                  [required by variantslib, tyxml, type_conv, sexplib, pgocaml, pa_ounit, optcomp, ocamlscript, js_of_ocaml, fieldslib, enumerate, custom_printf, core_kernel, comparelib, bitstring, async_unix, async_extra, async, async_kernel, bin_prot, camomile, core, cudf, dyntype, extlib, herelib, lwt, ocp-build, pa_bench, pa_test, pipebang, textutils, typerep, ulex]<br><br><br>And then installation of camlp4 fails with:<br><br>./check-camlp4.sh: 3: ./check-camlp4.sh: camlp4orf: not found<br><br></div><div>Indeed camlp4orf is not installed.</div><div><br></div><div><br></div><b>On CentOS</b><div>I follow the instructions <a href="http://software.opensuse.org/download.html?project=home:ocaml&package=opam">here</a>, successfully do `yum install ocaml opam` (it seems there is no camlp4 binary provided). I then request to install a bunch of opam packages, and many fail with:<br><br>Cannot find external tool 'ocamldoc'<br><br>Indeed ocamldoc is not installed.<div><br></div><div><br></div><div>If I can get the correct procedure to follow, I'll be happy to update <a href="http://ocaml.org">ocaml.org</a>'s Install page.</div><div><br></div><div><br><div><br></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Sep 29, 2014 at 9:24 AM, 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"><div style="word-wrap:break-word">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" target="_blank">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" target="_blank">https://github.com/travis-ci/travis-build/pull/264/files</a></div><span class="HOEnZb"><font color="#888888"><div><br></div><div>-anil</div></font></span><div><div class="h5"><div><br><div><div>On 29 Sep 2014, at 14:20, Ashish Agarwal <<a href="mailto:agarwal1975@gmail.com" target="_blank">agarwal1975@gmail.com</a>> wrote:</div><br><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>On 28 Sep 2014, at 16:38, Thomas Gazagnaire <<a href="mailto:thomas@gazagnaire.org" target="_blank">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><font color="#888888"><br>
-anil<br>
</font></span><div><div><br>
_______________________________________________<br>
opam-devel mailing list<br>
<a href="mailto:opam-devel@lists.ocaml.org" target="_blank">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></div></div></div></blockquote></div><br></div>