Uh oh!
There was an error while loading. Please reload this page.
Travis CI: macOS does not include Python anymore - #1979
Conversation
Thanks for doing this but please use pyenv install Python on Travis CI. It is way faster than brew and supports all Python versions including Python 3.8 which brew is still struggling to support. Try pyenv install --list to see all the versions available. |
Travis is dropping matrix: for jobs: so let's lose the matrix around line 4...
This will ensure that all macOS jobs have access to the latest npm and pyenv. |
Uh oh!
There was an error while loading. Please reload this page.
@cclauss got it working, cleaning up. For (there is no better way to test this is there?) |
imatlopez
commented
Nov 28, 2019
@cclauss ready for review :) |
rvagg
commented
Nov 29, 2019
I've force pushed out the HEAD commit on master, c392a17, so it's in the list of commits here too to be reviewed, edited (needs |
Uses `pyenv` to manage MacOS python versions since its not included in the environment.
Isolates the `MacOS` builds to test changes faster. Reorders Travis builds by OS. Replaces `pyenv global` calls with properly set `PATH` and `PYENV_VERSION` env vars. Does not assume python modules are in the `PATH` so all python modules are prefixed with `python -m`.
Undoes the test isolation and removes `pyenv init` because it is not needed.
imatlopez
commented
Nov 29, 2019
reworded commit names, is this what you meant? |
rvagg
commented
Nov 29, 2019
imatlopez
commented
Nov 29, 2019
Do you know why the python 3.5 test is failing? Can it be removed? |
rvagg
commented
Nov 29, 2019
nope, will wait for @cclauss' input on that |
cclauss
left a comment
There was a problem hiding this comment.
Thanks for doing this! Well done.
rvagg
commented
Nov 29, 2019
@cclauss got any suggestions on the 3.5 failure here? |
On the 3.5 tests, those seem to be diff tests and my sense is that I will study that output in the next few hours... Update: The diff contains: So the /J switch has been removed in both tests. |
imatlopez
commented
Nov 30, 2019
What is that flag for? Is it related to using |
joaocgreis
commented
Dec 2, 2019
The 3.5 failure is not related to this PR, so I think this should land when ready. I saw the 3.5 failure when working on #1961, but it went away on a second run. That points to something like a difference in Travis runners or a broken cache. @targos (since I saw you enabled Travis here, but other org owners can also do this) can you clear the Travis cache? Thanks! |
targos
commented
Dec 2, 2019
@joaocgreis sure, what should I remove (I don't know anything about Travis caches): |
joaocgreis
commented
Dec 2, 2019
@targos please delete all repository caches (top right corner). Thanks! I believe nodejs/node uses the cache to actually make the build possible because of timing issues, but here it should be ok to just delete everything. |
targos
commented
Dec 2, 2019
@joaocgreis it's done |
richardlau
commented
Dec 2, 2019
I restarted https://travis-ci.com/nodejs/node-gyp/jobs/261487549 after the cache was cleared but it still failed. |
imatlopez
commented
Dec 3, 2019
Reorder Travis builds by OS. Replace `pyenv global` calls with properly set `PATH` and `PYENV_VERSION` env vars. Does not assume python modules are in the `PATH` so all python modules are prefixed with `python -m`. PR-URL: #1979 Reviewed-By: Christian Clauss <cclauss@me.com> Reviewed-By: Rod Vagg <rod@vagg.org>
rvagg
commented
Dec 15, 2019
rvagg
commented
Dec 15, 2019
still dealing with linux 3.5 failures https://travis-ci.com/nodejs/node-gyp/builds/141142728, fwiw |
See #1995 for more on Python 3.5 on Linux failures... |
Reorder Travis builds by OS. Replace `pyenv global` calls with properly set `PATH` and `PYENV_VERSION` env vars. Does not assume python modules are in the `PATH` so all python modules are prefixed with `python -m`. PR-URL: #1979 Reviewed-By: Christian Clauss <cclauss@me.com> Reviewed-By: Rod Vagg <rod@vagg.org>

Checklist
Description of change
macOS stopped bundling python, this attempts to bring back travis tests on macOS