Virtualenv: pip install virtualenv сломан / отсутствует пакет zipp

Те же команды работают, если я изменю номер версии Ubuntu на 18.04.

Так что я получил помощь по IRC, pip install -U pip исправил эту проблему.

Тем не менее, это было бы здорово:

• фиксированный или
• прервите установку с сообщением об ошибке, если версия системы слишком старая для поддержки последних версий

Мы только что улучшили это с помощью https://github.com/pypa/virtualenv/pull/1628; хотя просто попытка кажется, что это приведет вас к:

Traceback (most recent call last):
  File "/usr/local/bin/virtualenv", line 6, in <module>
    from pkg_resources import load_entry_point
  File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 3241, in <module>
    <strong i="7">@_call_aside</strong>
  File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 3225, in _call_aside
    f(*args, **kwargs)
  File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 3254, in _initialize_master_working_set
    working_set = WorkingSet._build_master()
  File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 585, in _build_master
    return cls._build_from_requirements(__requires__)
  File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 598, in _build_from_requirements
    dists = ws.resolve(reqs, Environment())
  File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 786, in resolve
    raise DistributionNotFound(req, requirers)
pkg_resources.DistributionNotFound: The 'zipp>=0.5' distribution was not found and is required by importlib-metadata

Поскольку пакеты zipp не могут работать с setuptools 41.0.0 ...

setuptools 42.0.0 в этом случае работает 👍

это не ошибка в virtualenv, если вы pip install zipp вы увидите ту же проблему

это сочетание двух вещей:

1. pip<9 проигнорирует python_requires выборе последней версии
2. python2.x pip не может использовать колесо py36-none-any поэтому он должен быть собран из исходного кода
3. setuptools<30.3 не может создавать пакеты декларативных метаданных из источника

так что вы получите:

• неработающая установка python3.6 + zipp на python2.x с именем "unknown == 0.0.0"

Самое простое решение - использовать более новую версию pip для установки virtualenv или использовать zipapp

@gaborbernat Я не думаю, что это сам virtualenv, поскольку там есть колесо py2.py3-none-any , которое будет использоваться вплоть до pip==1.5

Да, это не само по себе; но наши пользователи страдают от этого; У меня есть соблазн поднять https://github.com/pypa/virtualenv/blob/master/setup.py#L4 до 42 ... что, похоже, решает эту проблему.

этот код вообще не запускается при установке с колеса

С точки зрения пользователя, лучше всего было бы сообщение об ошибке вроде: «Неподдерживаемая версия pip, сначала запустите pip install -U pip».

В случае установки колеса мы ничего не можем сделать, проблема уже в прошлом. Если кто-то устанавливает из исходного кода, ему не обязательно нужен более новый пип, а только новые инструменты установки. Если у них есть более новые инструменты настройки, мы можем потерпеть неудачу с чем-то более полезным. Я считаю, что это лучшее, что мы можем здесь сделать.

Вы даже можете отобразить это во время выполнения. Он должен просто отображать сообщение об ошибке при запуске на очень старых версиях pip.

@gaborbernat, что не помогает, pip все равно установит версию zipp , несовместимую с работающим python (1.1 - последняя версия, поддерживающая python2.x):

$ virtualenv venv -ppython2
Running virtualenv with interpreter /usr/bin/python2
Already using interpreter /usr/bin/python2
New python executable in /tmp/y/venv/bin/python2
Also creating executable in /tmp/y/venv/bin/python
Installing setuptools, pip, wheel...
done.
$ . venv/bin/activate
$ pip install 'pip<9' 'setuptools>=42'
DEPRECATION: Python 2.7 reached the end of its life on January 1st, 2020. Please upgrade your Python as Python 2.7 is no longer maintained. A future version of pip will drop support for Python 2.7. More details about Python 2 support in pip, can be found at https://pip.pypa.io/en/latest/development/release-process/#python-2-support
Collecting pip<9
  Using cached pip-8.1.2-py2.py3-none-any.whl (1.2 MB)
Requirement already satisfied: setuptools>=42 in ./venv/lib/python2.7/site-packages (44.0.0)
Installing collected packages: pip
  Attempting uninstall: pip
    Found existing installation: pip 20.0.2
    Uninstalling pip-20.0.2:
      Successfully uninstalled pip-20.0.2
Successfully installed pip-8.1.2
$ pip install zipp
Collecting zipp
  Downloading https://files.pythonhosted.org/packages/60/85/668bca4a9ef474ca634c993e768f12bd99af1f06bb90bb2655bc538a967e/zipp-2.2.0.tar.gz
Building wheels for collected packages: zipp
  Running setup.py bdist_wheel for zipp ... done
  Stored in directory: /home/asottile/.cache/pip/wheels/a0/1f/9d/d132b3fbc38b33322681e3a7830c0a29fce7f55c3a06b85c65
Successfully built zipp
Installing collected packages: zipp
Successfully installed zipp-2.2.0
You are using pip version 8.1.2, however version 20.0.2 is available.
You should consider upgrading via the 'pip install --upgrade pip' command.

Обдумывая это, я не думаю, что мы можем здесь что-нибудь сделать. Если он уже установлен, единственный способ узнать, верны ли наши зависимости, - это проверить вручную ... а это очень дорого.

Все, что нам нужно сделать здесь, это задокументировать то, что @asottile сказал выше, в соответствии с https://github.com/pypa/virtualenv/issues/1618.

С точки зрения пользователя, лучше всего было бы сообщение об ошибке вроде: «Неподдерживаемая версия pip, сначала запустите pip install -U pip».

Учитывая, что pip уже выдает предупреждение (которое, как я заметил, вы отключили в скрипте докера), когда вы используете более старую версию, предлагая вам выполнить обновление, действительно ли поможет добавление другого сообщения о том, что вы используете устаревшую версию?

(Это не риторический или саркастический вопрос - одна из больших проблем с упаковкой Python заключается в том, что всякий раз, когда мы вводим новые стандарты, старые версии инструментов не поддерживают их, и нам нужно найти лучший способ побудить пользователей не отставать Поэтому знание того, что работает, а что нет в том, как мы пытаемся донести сообщение до пользователей, действительно важно для нас).

который, как я заметил, вы отключили в скрипте докера

Куда? Я вижу все предупреждения, Python 2.7 EOL и т. Д.

В любом случае, возможно, лучшее, что мы могли бы сделать, - это иметь это здесь для Google, по крайней мере, теперь он обнаруживает эту проблему для «ImportError: нет модуля с именем zipp», чтобы люди могли найти исправление обновления pip.

--disable-pip-version-check

Это необходимо в Dockerfile, чтобы избежать кеширования. Я думал о каком-то предупреждении вроде красных линий 2.7 EOL, они очень заметны.

Я попробовал без него, и это показывает, что бессмысленно.

You are using pip version 8.1.1, however version 20.0.2 is available.
You should consider upgrading via the 'pip install --upgrade pip' command.

линия. Конечно, все отключают это в Dockerfiles, так как это всегда отображается, даже когда будет выпущена 20.0.3.

По-прежнему возникает эта проблема, несмотря на то, что установлена ​​последняя версия pip:

$ pip3 --version
WARNING: pip is being invoked by an old script wrapper. This will fail in a future version of pip.
Please see https://github.com/pypa/pip/issues/5599 for advice on fixing the underlying issue.
To avoid this problem you can invoke Python with '-m pip' instead of running pip directly.
pip 20.2.3 from /Users/jackjack/Library/Python/3.7/lib/python/site-packages/pip (python 3.7)
$ pip3 install -U pip
# removing repeated "pip is being invoked by an old script wrapper" messages
Defaulting to user installation because normal site-packages is not writeable
Requirement already up-to-date: pip in /Users/jackjack/Library/Python/3.7/lib/python/site-packages (20.2.3)
$ pip3 install -U pip3
Defaulting to user installation because normal site-packages is not writeable
ERROR: Could not find a version that satisfies the requirement pip3 (from versions: none)
ERROR: No matching distribution found for pip3
$ pip3 install -U virtualenv
Defaulting to user installation because normal site-packages is not writeable
Requirement already up-to-date: virtualenv in /Users/jackjack/Library/Python/3.7/lib/python/site-packages (20.0.33)
Requirement already satisfied, skipping upgrade: distlib<1,>=0.3.1 in /Users/jackjack/Library/Python/3.7/lib/python/site-packages (from virtualenv) (0.3.1)
Requirement already satisfied, skipping upgrade: appdirs<2,>=1.4.3 in /Users/jackjack/Library/Python/3.7/lib/python/site-packages (from virtualenv) (1.4.4)
Requirement already satisfied, skipping upgrade: importlib-metadata<3,>=0.12; python_version < "3.8" in /Users/jackjack/Library/Python/3.7/lib/python/site-packages (from virtualenv) (2.0.0)
Requirement already satisfied, skipping upgrade: six<2,>=1.9.0 in /Library/Developer/CommandLineTools/Library/Frameworks/Python3.framework/Versions/3.7/lib/python3.7/site-packages (from virtualenv) (1.12.0)
Requirement already satisfied, skipping upgrade: filelock<4,>=3.0.0 in /Users/jackjack/Library/Python/3.7/lib/python/site-packages (from virtualenv) (3.0.12)
Requirement already satisfied, skipping upgrade: zipp>=0.5 in /Users/jackjack/Library/Python/3.7/lib/python/site-packages (from importlib-metadata<3,>=0.12; python_version < "3.8"->virtualenv) (3.3.0)
$ sudo /usr/bin/easy_install virtualenv
Searching for virtualenv
Best match: virtualenv 20.0.33
Processing virtualenv-20.0.33-py2.7.egg
virtualenv 20.0.33 is already the active version in easy-install.pth
Installing virtualenv script to /usr/local/bin

Using /Library/Python/2.7/site-packages/virtualenv-20.0.33-py2.7.egg
Processing dependencies for virtualenv
Searching for zipp>=0.4
Reading https://pypi.org/simple/zipp/
Downloading https://files.pythonhosted.org/packages/7b/50/8a41d217ae898bb7a422a55a2a2afc22dfaab42b7bce5fe771a3892fe5e7/zipp-3.3.0.tar.gz#sha256=64ad89efee774d1897a58607895d80789c59778ea02185dd846ac38394a8642b
Best match: zipp 3.3.0
Processing zipp-3.3.0.tar.gz
Writing /tmp/easy_install-QuPyHI/zipp-3.3.0/setup.cfg
Running zipp-3.3.0/setup.py -q bdist_egg --dist-dir /tmp/easy_install-QuPyHI/zipp-3.3.0/egg-dist-tmp-2lSPpU
  File "build/bdist.macosx-10.15-x86_64/egg/zipp.py", line 240
    def open(self, mode='r', *args, pwd=None, **kwargs):
                                      ^
SyntaxError: invalid syntax

zip_safe flag not set; analyzing archive contents...
Removing /Library/Python/2.7/site-packages/zipp-0.0.0-py2.7.egg
Copying zipp-0.0.0-py2.7.egg to /Library/Python/2.7/site-packages
zipp 0.0.0 is already the active version in easy-install.pth

Installed /Library/Python/2.7/site-packages/zipp-0.0.0-py2.7.egg
error: The 'zipp>=0.4' distribution was not found and is required by importlib-resources
$ /usr/bin/easy_install virtualenv
error: can't create or remove files in install directory

The following error occurred while trying to add or remove files in the
installation directory:

    [Errno 13] Permission denied: '/Library/Python/2.7/site-packages/test-easy-install-20543.write-test'

The installation directory you specified (via --install-dir, --prefix, or
the distutils default setting) was:

    /Library/Python/2.7/site-packages/

Perhaps your account does not have write access to this directory?  If the
installation directory is a system-owned directory, you may need to sign in
as the administrator or "root" account.  If you do not have administrative
access to this machine, you may wish to choose a different installation
directory, preferably one that is listed in your PYTHONPATH environment
variable.

For information on other options, you may wish to consult the
documentation at:

  https://setuptools.readthedocs.io/en/latest/easy_install.html

Please make the appropriate changes for your system and try again.

Подобные ошибки, даже если есть sudo pip3 install 'd virtualenv

easy_install - это не пип, не используйте его, это не то, что вы хотите

Различные руководства (в том числе и это ) утверждают, что это решение этой проблемы (при этом virtualenv устанавливается через pip , но не может быть найден на PATH ). Что бы вы предложили в качестве альтернативы?

ой, определенно не следуй их советам

в вашем случае вы выполняете установку --user , что означает, что вам нужно поместить правильный каталог bin в PATH - вероятно, /Users/jackjack/Library/Python/3.7/bin если мне нужно было угадать (хотя Я не знаком с macos)

первая установка должна была предупредить вас об этом (вы, вероятно, можете снова получить сообщение с помощью pip3 uninstall virtualenv && pip3 install virtualenv

Хммм, интересно. Итак, оказывается, уже существует файл /usr/local/bin/virtualenv со следующим содержимым:

#!/System/Library/Frameworks/Python.framework/Versions/2.7/Resources/Python.app/Contents/MacOS/Python
# EASY-INSTALL-ENTRY-SCRIPT: 'virtualenv==20.0.33','console_scripts','virtualenv'
__requires__ = 'virtualenv==20.0.33'
import re
import sys
from pkg_resources import load_entry_point

if __name__ == '__main__':
    sys.argv[0] = re.sub(r'(-script\.pyw?|\.exe)?$', '', sys.argv[0])
    sys.exit(
        load_entry_point('virtualenv==20.0.33', 'console_scripts', 'virtualenv')()
    )

Обратите внимание, что это жесткое кодирование до 2.7 в shebang, что, вероятно, является источником некоторых проблем, поскольку я устанавливаю с помощью pip3 .

Я должен был обязательно добавить этот путь (который вы правильно угадали - и который также был выведен из pip3 install virtualenv при переустановке!) _Before_ /usr/local/bin чтобы убедиться, что он имеет приоритет. Работаем сейчас - спасибо!

Я бы предложил удалить его, но, лол, easy_install не имеет удаления (это была одна из больших функций, добавленных в таблицу при замене easy_install )