[ocaml-platform] new repo proposal: ocaml/ocaml-docker-infra
Anil Madhavapeddy
anil at recoil.org
Wed Sep 13 11:31:49 BST 2017
On 4 Oct 2016, at 15:10, Jon Ludlam <jonathan.ludlam at citrix.com> wrote:
>
> 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.
Just an update on this -- I haven't forgotten about the repository move, but I decided not to promote the images in their current form to an "official" set of repositories.
The reason is that we can dramatically shrink the size of the container images by using multi-stage builds in Docker to avoid having two copies of the OCaml toolchain in each compiler. I would also like to add multiarch support so that arm32/64/x86_32/x64_64/ppc64be are all in place.
We are currently in discussions with Packet.net who has kindly been sponsoring us with arm hosted machines for this purpose, so I hope to have it all in place before Christmas, at which point we can publish official OCaml container images that are both portable and just the right size for long-term deployments!
regards,
Anil
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ocaml.org/pipermail/platform/attachments/20170913/f9bf3813/attachment.html>
More information about the Platform
mailing list