-
Notifications
You must be signed in to change notification settings - Fork 2.4k
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
enum34 causing problems in pip #2603
Comments
I'm not overly keen on introducing that virtual package; its logic is the same as ours, just written differently. I've not used AWS Elastic Beanstalk before, but are we sure that it is using Py 3.6 to run setup.py each time? Alternatively, do we know why it is running twice? I think those are the more important questions to answer first. Thanks for raising this case! |
I should say that during the initial installation or build of the machine, it works fine, but during subsequent deployments from us running This is pip executable being used.
Looking into that pip script gives the location of the python interpreter:
Checking the version gives Python 3.6.5:
This part installs enum34 but should not.
I will try to figure out why it is doing that. I know very little about Python packaging but I guess now is a good time to learn. |
It looks like this issue confirms a suspicion that I had yesterday; that after the initial install, maybe as a wheel which I know little about, the version checking is lost. Edit: that issue suggests using Environment Markers as a solution but luigi is already using them. |
After reviewing the logs it looks like the initial install is installing enum34 for some reason and corrupts the python installation causing the |
Hi,
When installing luigi in AWS Elastic Beanstalk with Python3.6, for some reason, on the second "eb deploy", pip ignores the restriction setup.py:
install_requires = [
'enum34>1.1.0;python_version<"3.4"',
]
and tries to install enum34.
I don't know if this is a limitation of pip, or a bug, or what it is. I've upgraded pip and setuptools to the latest version and get the same behavior.
It seems that this package is meant to solve these problems:
https://github.com/jstasiak/enum-compat
Would that be accepted in a PR?
The text was updated successfully, but these errors were encountered: