Temporary workaround for python failure on OS X#225
Conversation
|
Is there an upstream issue number or PR to which we could refer in a comment here? Otherwise the "temporary" workaround is likely to stay forever. |
|
There is indeed an upstream issue. Let's see, if they reopen it or if the problem will go away soon enough ... |
|
I wonder about the wisdom of |
This commit should be reverted once the problem is fixed upstream
|
The breakage seems to be introduced by Homebrew/homebrew-core@57bf428 which was a fix for Homebrew/homebrew-core#26287 The history on that file is quite funny as: got transformed into: which seems a bit extreme... Most of it was due to Homebrew/homebrew-core#24714 which didn't give any explanation on why it was done :-/ |
|
Thanks for the workaround! |
|
@samoht the relevant links for the removal of the |
|
I don't think you'll need the workaround if you use the |
CHANGES: * `OCAML_VERSION=4.06` now uses 4.06.1 instead 4.06.0 (ocaml/ocaml-ci-scripts#218, @yomimono) * Fix travis docker when the current image is using the system switch (ocaml/ocaml-ci-scripts#219, @kit-ty-kate) * Fix opam 1.3/2.0 json format parsing (ocaml/ocaml-ci-scripts#220, @kit-ty-kate) * Fix BASE_REMOTE in .travis-docker.sh in CentOS 7 containers (ocaml/ocaml-ci-scripts#222, @gaborigloi) * update some version numbers in travis readme (ocaml/ocaml-ci-scripts#224, @yomimono) * (not so) temporary workaround for python failure on OS X (ocaml/ocaml-ci-scripts#225, @fdopen) * travis-docker: try to make git quieter (ocaml/ocaml-ci-scripts#227, @mor1) * Add branches for OCaml 4.07 (ocaml/ocaml-ci-scripts#230, @Leonidas-from-XIV) * Use opam2 by default (ocaml/ocaml-ci-scripts#232, @samoht)
This commit should be reverted once the problem is fixed upstream.
See e.g:
https://travis-ci.org/ygrek/ocurl/jobs/364068569#L597
https://travis-ci.org/ocamllabs/ocaml-ctypes/jobs/364740180#L2799
https://travis-ci.org/ocsigen/lwt/jobs/364332682#L125