[opam-devel] Travis CI failures
agarwal1975 at gmail.com
Mon Sep 29 19:46:46 BST 2014
Thanks. I now have it working on Ubuntu. The issue is that several OS
packages have to be installed, not just "ocaml" and "camlp4". Thus, the
instructions [1,2] we've been linking people to are incomplete.
I still don't know what to do on CentOS to get ocamldoc. Does anyone have
the full list of packages for each OS?
Why are multiple packages needed? I would expect "apt-get install ocaml" or
"yum install ocaml" to install everything that one gets from installing the
source distribution of OCaml.
On Mon, Sep 29, 2014 at 1:12 PM, Thomas Gazagnaire <thomas at gazagnaire.org>
> >> 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 ? You can see the travis
> outputs online too , though I note that the build matrix doesn't include
> 4.02.0, (though the script does).
> >  https://github.com/ocaml/opam/blob/master/.travis-ci.sh
> >  https://travis-ci.org/ocaml/opam
> Almost :-)
> The right urls are:
>  https://github.com/ocaml/opam-repository/blob/master/.travis-ci.sh
> ' https://github.com/ocaml/opam-repository/blob/master/.travis.yml
>  https://travis-ci.org/ocaml/opam-repository
> > 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
> >> 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>
> >> 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>
> >>> On 28 Sep 2014, at 16:38, Thomas Gazagnaire <thomas at gazagnaire.org>
> >>>> 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
> > _______________________________________________
> > opam-devel mailing list
> > opam-devel at lists.ocaml.org
> > http://lists.ocaml.org/listinfo/opam-devel
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the opam-devel