-
-
Notifications
You must be signed in to change notification settings - Fork 420
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
__version__ naming conflict #281
Comments
Ugh, this seems like a breaking change in Requests 2.17.3. Let's see if we can clean that up. |
Yea, I noticed it through a Twython import. |
Hrm, hang on, what platform are you running on? I can't reproduce this problem with Requests directly in a shell. |
Ubuntu: 17.04 Is there any other debug info I can provide? |
Hrm, that's very odd. For this to be the case there would need to be some indeterminacy in the way things end up in the namespace. The way the Requests imports are written this should not be happening. Are you 100% confident that version 2.17.3 of Requests is what's running in your Jupyter kernel? |
Attaching the following screenshots and my stack trace |
I should note that I can't seem to replicate the issue by creating a notebook that only includes the |
Yeah, this seems to be a weirdness in your system somewhere. Sorry we can't be of more help! |
The version check in
requests_oauthlib/__init__.py
throws the following error under Python 3.5.3:unorderable types: module() < str()
When I print the value of
requests.__version__
it prints the path of the modulerequests.__version__
rather than the current package value2.17.3
The text was updated successfully, but these errors were encountered: