-
Notifications
You must be signed in to change notification settings - Fork 723
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
Issue with the Python path in the recent builds #8048
Comments
@lekshmideepu Have you been able to work around this with an explicitly defined |
It seems system packages can't be found when using "3.4_with_system_site_packages" python. Possibly related to travis-ci/travis-ci#8048
@meatballhat yes, By explicitly defining the path works. |
@meatballhat: @lekshmideepu and I tried to We believe that the root cause for the problem is that |
@meatballhat: do you expect this to be resolved quickly? If not, we probably should apply our workaround to our setup and restart the failing jobs. Thanks! |
@meatballhat : We are waiting for your response. Could you please let us know about the status of the issue. |
@jougs @meatballhat I have contacted the support via email and received an update about the issue. |
Travis team is working on this issue and they confirmed that it is a bug. One suggested workaround is to use "language: minimal" in the .travis.yml. This will route the builds to the Connie stack, which is the stack in which Python builds ran before the update. After the update, Python builds are now running in the Sugilite stack and it appears to be overwriting the PYTHONPATH. |
Thanks for sharing the workaround @lekshmideepu and for submitting this issue. We've been able to push up changes to all image stacks using python. Currently they are available in |
Due to a change in Travis, the default Debian python path is now ignored. This commit works around that issue by setting the PYTHONPATH explicitly.
Due to a change in Travis, the default Debian python path is now ignored. This commit works around that issue by setting the PYTHONPATH explicitly.
Due to a change in Travis, the default Debian python path is now ignored. This commit works around that issue by setting the PYTHONPATH explicitly.
Due to a change in Travis, the default Debian python path is now ignored. This commit works around that issue by setting the PYTHONPATH explicitly.
Due to a change in Travis, the default Debian python path is now ignored. This commit works around that issue by setting the PYTHONPATH explicitly.
Due to a change in Travis, the default Debian python path is now ignored. This commit works around that issue by setting the PYTHONPATH explicitly.
Due to a change in Travis, the default Debian python path is now ignored. This commit works around that issue by setting the PYTHONPATH explicitly.
Thanks for contributing to this issue. As it has been 90 days since the last activity, we are automatically closing the issue. This is often because the request was already solved in some way and it just wasn't updated or it's no longer applicable. If that's not the case, please do feel free to either reopen this issue or open a new one. We'll gladly take a look again! You can read more here: https://blog.travis-ci.com/2018-03-09-closing-old-issues |
We have some issue with the wrong python path. Since yesterday evening, our builds are using the python from the /opt which is 2.7.13. We tried to debug the build. It seems like you are executing the /etc/profile.d/pyenv.sh. For our builds, we were using the system python. (2.7.6)
Problematic build is here.
Due to the wrong python path, it cannot find the mpi4py module.
The text was updated successfully, but these errors were encountered: