-
Notifications
You must be signed in to change notification settings - Fork 3.1k
Fix user_site failures on pypy #616
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
We use |
beginning to look now... |
yes, we need to change test_pip to use the same location as virtualenv. when I built the new virtualenv_no_global() function, I was very careful to mirror how virtualenv was locating the no-global file.
but in test_pip.py, I had just blindly reused this line, |
so I locally fixed the no-global file location issue, but it's opening up other issues with pypy apparently not supporting --user installs. I'm still analyzing.... prior to me updating the --user tests, some of the old tests were skipping for pypy like so:
I didn't carry that over into my tests. skipping may end up being the answer, but let me confirm exactly what is wrong with pypi and --user installs, and report back. I couldn't find any open bugs about --user on pypy's bug tracker |
I tried a --user install using a minimal distutils package pull coming later, after I try to sort out the the other pypy failures. |
Great - lets ensure we have a bug filed for fixing |
Actually just keep this bug for that. |
hey @pnasrat , if you don't mind, created a specific "workaround" bug for the disabling of the --user tests for pypy. |
This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
Added pypy travis support - lots of tests in test_user_site failing
http://travis-ci.org/#!/pypa/pip/jobs/1982085
@qwcode I'm looking at today but feel free to chip in.
The text was updated successfully, but these errors were encountered: