Thomas Leonard

@djs55 Do we need to change something in our named pipe support on Windows to fix this?

Ideally, you should do this by monitoring the database. Currently this isn't very easy because we don't actually store the overall results for a branch (but we should).

But, you can monitor the current head of `master` and check for the GitHub status. e.g. ``` > cd branch/github-metadata/ro/docker/my-project > read ref/heads/master/head 6b08890a9c68bafa38a2775ed2e519f03a2b6911 > read commit/6b08890a9c68bafa38a2775ed2e519f03a2b6911/status/ci/datakit/test/state success ``` Then...

Confirmed that upgrading to Linux 4.3.0 fixed the problem: ``` root@nuc1:/mnt/datakit/branch/master# uname -a Linux nuc1 4.3.0-0.bpo.1-amd64 #1 SMP Debian 4.3.3-7~bpo8+1 (2016-01-19) x86_64 GNU/Linux root@nuc1:/mnt/datakit/branch/master# cat head.live 89bfdb2c4f920bc043c044c1945bb2e2d836238d [ waits ]...

This requires a change to Irmin: @samoht will this be in the Irmin 1.0 API?

I've added https://github.com/mirage/irmin/issues/398 for this.

For bootstrapping fresh CI setups, you might prefer to use the local bridge: https://github.com/docker/datakit/tree/master/bridge/local

`ls` in 9p needs to get the size of each file, which it currently does by reading the file. I've now added support in ocaml-git for reading the size directly:...

It used to work, but maybe something changed. Maybe it's the same read-only `:ro` problem as before? When it's working correctly, you should see https://github.com/moby/datakit/blob/master/bridge/local/sync.ml#L26 logging a message when something...

I guess this is really an issue for mirage-ci (@avsm). Building with `ENV OPAMERRLOGLEN=0` should avoid opam truncating the output, and should avoid the need to do everything in verbose...