[ocaml-infra] [ocaml-platform] new repo proposal: ocaml/ocaml-docker-infra

[Jon Ludlam]

Quoting Anil Madhavapeddy (2016-10-03 10:07:15)
> Dear all,
> 
> I've been maintaining Docker OCaml/OPAM images for the past year, and they are accruing an increasing numbers of users, primarily via Travis CI tests. I am therefore preparing to document and release the Docker container images and scripts to build them regularly off the ocaml.org infrastructure. The image repositories consist of:
> 
> - OCaml base images: https://hub.docker.com/r/ocaml/ocaml/
> - OPAM: https://hub.docker.com/r/ocaml/opam/ (a matrix of distributions and OCaml versions)
> - OPAMdev: https://hub.docker.com/r/ocaml/opam-dev/ (a snapshot of OPAM development versions, with the same distribution matrix as above).
> 
> There is currently quite a bit of infrastructure around this; each refresh of the repository will trigger off builds to construct binary images of all the distributions above, which in turn can be used by CI infrastructure such as Travis to do multi-distro builds.  The same scripts can be used against your own registries to build custom images.
> 
> The scripts to do this are all open source but currently in my personal GitHub at
> https://github.com/avsm/ocaml-docker-infra/wiki
> 
> I'm proposing to move the ocaml-docker-infra repository under the ocaml/ GitHub organisation, so that it can sit alongside https://github.com/ocaml/ocaml-ci-scripts.  The license of the scripts is ISC. Please let me know if anyone has any questions or concerns.
>

This will certainly be of use to the xapi project - we're currently using a mixture of our own docker images and the ocaml-ci-scripts for our testing on Travis, but I'd feel more comfortable moving towards a more standardised set of images. There are probably some minor adaptions we'd need to make, as for a few of our repos the tests involve building RPMs, but this is mainly for our daemons. The more generic libraries we're working on should be testable just using opam, and a larger set of distros/ocaml versions to test with would be quite reassuring.

Jon  

> regards,
> Anil
> _______________________________________________
> Platform mailing list
> Platform at lists.ocaml.org
> http://lists.ocaml.org/listinfo/platform