-
Notifications
You must be signed in to change notification settings - Fork 2.2k
ci: Travis Job for Python 3.8 on Linux does not actually run Python 3.8? #2159
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
Comments
Do you think that changing |
Yup, I think that would be it! Testing it out in my fork, can PR the patch if I can confirm it works: (I may also disable one of the PyPy jobs, as that seems to be freezing on a download?) |
OK. I think if that doesn't work, then maybe some clever use of Good luck! |
Looks like you will need to add this package too:
Which allows |
My mistake, I had installed python3.8 from snap a while ago and uninstalled it, so my environment is not clean. This may be the way to install pip in python3.8 (on xenial) using deadsnakes: deadsnakes/issues#95
But you might want to read that page first in case you think it may be a bad idea. |
Hm... Lemme try out |
Possibly related: #1090 |
This has all been wiped out and replaced by GHA, and those do run the correct versions. :) |
Issue description
If you look at any job
Python 3.8, c++17, gcc 7 (w/o numpy/scipy)
in Travis CI builds, they don't seem to actually be using Python 3.8. (Not sure if this is due to a patch I submitted...)Came across this is in our fork, which effectively uses the same CI scripts here.
Reproducible example code
See this build:
https://travis-ci.org/github/pybind/pybind11/jobs/640390164#L467
The text was updated successfully, but these errors were encountered: