You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Installing six from the six source distribution (sometimes) causes six's version to be determined incorrectly. Setuptools now requires six, which means that when the setup script imports six, it (potentially) gets the six that setuptools requires, not the one included in the distribution.
When buildout tries to install a pinned version of six, the install fails. For example, it tries to install six 1.9 but when it runs the setup script, it installs it as 1.10, which fails, because the 1.10 is already installed.
If pip tries to install 1.9, the install succeeds. If pip is asked to install a version before 1.6, the install fails, because pip places the new distribution in the path ahead of whatever version of six is used with setuptools and setuptools fails.
The difference is that when buildout runs setup, it puts it's own path before the distribution directory, while pip puts the distribution directory first. If I hack the six 1.1 source release to set the version statically, I can install it with buildout. That wouldn't work for pip.
The simplest solution would be to include the version in the setup script. Alternatively, you could just read it from six.py.
The text was updated successfully, but these errors were encountered:
Installing six from the six source distribution (sometimes) causes six's version to be determined incorrectly. Setuptools now requires six, which means that when the setup script imports six, it (potentially) gets the six that setuptools requires, not the one included in the distribution.
When buildout tries to install a pinned version of six, the install fails. For example, it tries to install six 1.9 but when it runs the setup script, it installs it as 1.10, which fails, because the 1.10 is already installed.
If pip tries to install 1.9, the install succeeds. If pip is asked to install a version before 1.6, the install fails, because pip places the new distribution in the path ahead of whatever version of six is used with setuptools and setuptools fails.
The difference is that when buildout runs setup, it puts it's own path before the distribution directory, while pip puts the distribution directory first. If I hack the six 1.1 source release to set the version statically, I can install it with buildout. That wouldn't work for pip.
The simplest solution would be to include the version in the setup script. Alternatively, you could just read it from six.py.
The text was updated successfully, but these errors were encountered: