[opam-devel] Travis CI failures

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.

[1]
http://software.opensuse.org/download.html?project=home:ocaml&package=opam
[2]
http://software.opensuse.org/download.html?project=home:ocaml&package=ocaml

On Mon, Sep 29, 2014 at 1:12 PM, Thomas Gazagnaire <thomas at gazagnaire.org>
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
>
> Almost :-)
>
> The right urls are:
> [1] https://github.com/ocaml/opam-repository/blob/master/.travis-ci.sh
> [1]' https://github.com/ocaml/opam-repository/blob/master/.travis.yml
> [2] 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
> 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
> >
> > _______________________________________________
> > opam-devel mailing list
> > opam-devel at lists.ocaml.org
> > http://lists.ocaml.org/listinfo/opam-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ocaml.org/pipermail/opam-devel/attachments/20140929/b3736b72/attachment-0001.html>