-
Notifications
You must be signed in to change notification settings - Fork 93
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update to latest mirage #364
Conversation
that looks nice, but would you mind to separate the ocamlformat changes (whitespaces, new lines) from the actual changes? |
735bdf8
to
1dd2ded
Compare
Rebased on top of master. |
f26194e
to
fdb050d
Compare
1cc18fd
to
73d740e
Compare
Unfortunately this broke mirage-skeleton on main branch with the latest released mirage tool. It seems like we're still lacking documentation thereof (and I've no clue how the CI system is configured / working), but I'd really like to have:
this allows people passing by to just use mirage & mirage-skeleton as documented. It would be great to have mirage/mirage#1381 / #338 in place very soon to get nice error messages to the users instead of confusing them with errors such as:
what do you think? |
^^ @samoht. In a nice world, the mirage-CI would actually enforce this -- so testing pushes/PRs to the main branch with the released mirage, while testing pushes/PRs to the dev branch with mirage pinned to its main branch. and also, testing PRs to mirage with the dev branch of mirage-skeleton (+to test with PR comment thingy). |
woops, I should have opened this PR against dev. Let me try to fix this... And yes your scheme makes sense (and corresponds to my understanding of our current worfklows) but the current CI doesn't test this: https://github.com/ocurrent/mirage-ci/blob/main/src/pipelines/PR.ml#L585-L589. Let me try to fix this (bis). |
I've reverted this PR: #375 and merged it to unbreak the compilation of |
see ocurrent/mirage-ci#37 which may do the thing we're interested in!? |
To be tested with mirage/mirage#1442