[opam-devel] Travis CI failures
agarwal1975 at gmail.com
Mon Sep 29 17:36:25 BST 2014
Are the travis scripts for opam public? Where are they? Maybe I can learn
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:
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.
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:
> 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.)
>> opam-devel mailing list
>> opam-devel at lists.ocaml.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the opam-devel