[opam-devel] Travis CI failures

Amir Chaudhry amc79 at cam.ac.uk
Mon Sep 29 17:47:19 BST 2014


On 29 Sep 2014, at 17:36, Ashish Agarwal <agarwal1975 at gmail.com> wrote:

> Are the travis scripts for opam public? Where are they? Maybe I can learn from them.

Do you mean the files in the opam repo [1]? You can see the travis outputs online too [2], though I note that the build matrix doesn't include 4.02.0, (though the script does).

[1] https://github.com/ocaml/opam/blob/master/.travis-ci.sh
[2] https://travis-ci.org/ocaml/opam 

AC

> 
> 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:
> 
> On Ubuntu
> I use Anil's PPAs, and successfully do:
> 
> apt-get install ocaml opam camlp4
> 
> However, I then request to install a bunch of opam packges and am told that:
> 
> The following actions will be performed:
> 
>  - 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]
> 
> 
> And then installation of camlp4 fails with:
> 
> ./check-camlp4.sh: 3: ./check-camlp4.sh: camlp4orf: not found
> 
> Indeed camlp4orf is not installed.
> 
> 
> On CentOS
> I follow the instructions here, 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:
> 
> Cannot find external tool 'ocamldoc'
> 
> Indeed ocamldoc is not installed.
> 
> 
> If I can get the correct procedure to follow, I'll be happy to update ocaml.org's Install page.
> 
> 
> 
> 
> On Mon, Sep 29, 2014 at 9:24 AM, Anil Madhavapeddy <anil at recoil.org> wrote:
> 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 https://launchpad.net/~avsm).  We only compile from source on the Mac, which is optional.
> 
> 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:
> https://github.com/travis-ci/travis-build/pull/264/files
> 
> -anil
> 
> On 29 Sep 2014, at 14:20, Ashish Agarwal <agarwal1975 at gmail.com> wrote:
> 
>> 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.
>> 
>> On Sun, Sep 28, 2014 at 4:03 PM, Anil Madhavapeddy <anil at recoil.org> wrote:
>> On 28 Sep 2014, at 16:38, Thomas Gazagnaire <thomas at gazagnaire.org> wrote:
>> 
>> > Hi all,
>> >
>> > 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.
>> >
>> > Looking at https://travis-ci.com/plans 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.
>> >
>> > 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.
>> 
>> 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.
>> 
>> 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.
>> 
>> (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.)
>> 
>> -anil
>> 
>> _______________________________________________
>> opam-devel mailing list
>> opam-devel at lists.ocaml.org
>> http://lists.ocaml.org/listinfo/opam-devel
>> 
> 
> 
> _______________________________________________
> opam-devel mailing list
> opam-devel at lists.ocaml.org
> http://lists.ocaml.org/listinfo/opam-devel



More information about the opam-devel mailing list