Virtualenv: pip installer virtualenv package zipp cassé / manquant

Les mêmes commandes fonctionnent si je change le numéro de version d'Ubuntu en 18.04

J'ai donc obtenu de l'aide sur IRC, pip install -U pip corrigé ce problème.

Pourtant, ce serait formidable de:

• fixe ou
• terminer l'installation avec un message d'erreur si la version pip du système est trop ancienne pour prendre en charge les versions récentes

Nous venons de l'améliorer aujourd'hui avec https://github.com/pypa/virtualenv/pull/1628; bien qu'en essayant, il semble que cela vous amène à:

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

Comme les packages zipp ne peuvent pas fonctionner avec setuptools 41.0.0 ...

setuptools 42.0.0 fonctionne bien que dans ce cas 👍

ce n'est pas un bogue dans virtualenv, si vous pip install zipp vous verrez le même problème

c'est une combinaison de deux choses:

1. pip<9 ignorera python_requires sélection de la dernière version
2. python2.x pip ne peut pas utiliser la roue py36-none-any donc il doit construire à partir des sources
3. setuptools<30.3 ne peut pas construire de packages de métadonnées déclaratives à partir de la source

donc vous vous retrouvez avec:

• une installation cassée de python3.6 + zipp sur python2.x nommée "unknown == 0.0.0"

la solution la plus simple est d'utiliser une version plus récente de pip pour installer virtualenv , ou d'utiliser le zipapp

@gaborbernat Je ne pense pas que ce soit virtualenv lui-même, car une roue py2.py3-none-any est fournie, et qui sera utilisée jusqu'à pip==1.5

Ouais, ce n'est pas lui-même; mais nos utilisateurs sont touchés par cela; Je suis tenté de faire passer https://github.com/pypa/virtualenv/blob/master/setup.py#L4 à 42 ... ce qui semble le résoudre.

ce code ne s'exécute pas du tout lorsqu'il est installé à partir d'une roue

Du point de vue de l'utilisateur, le mieux serait un message d'erreur disant quelque chose comme: "Version pip non prise en charge, veuillez d'abord lancer 'pip install -U pip'".

Dans le cas d'une installation de roue, nous ne pouvons rien faire, le problème est déjà passé. Si quelqu'un installe à partir de la source, il n'a pas nécessairement besoin d'un pip plus récent, mais simplement de setuptools plus récent. S'ils ont des setuptools plus récents, nous pouvons échouer avec quelque chose de plus utile. C'est le mieux que nous puissions faire ici, je crois.

Vous pouvez même l'afficher au moment de l'exécution. Il devrait simplement afficher un message d'erreur lorsqu'il est exécuté sur de très anciennes versions de pip.

@gaborbernat cela n'aide pas cependant, pip installera toujours une version de zipp incompatible avec le python en cours d'exécution (1.1 est la dernière version prenant en charge 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.

En y réfléchissant, je ne pense pas que nous puissions faire quoi que ce soit ici. S'il est déjà installé, le seul moyen de savoir si nos dépendances sont correctes est de vérifier manuellement ... et c'est très coûteux.

Tout ce que nous devons faire ici est de documenter ce que @asottile a dit ci-dessus selon https://github.com/pypa/virtualenv/issues/1618

Du point de vue de l'utilisateur, le mieux serait un message d'erreur disant quelque chose comme: "Version pip non prise en charge, veuillez d'abord lancer 'pip install -U pip'".

Étant donné que pip produit déjà un avertissement (que je remarque que vous avez désactivé dans le script docker) lorsque vous utilisez une version plus ancienne, vous suggérant de mettre à niveau, est-ce que l'ajout d'un autre message vous informant que vous êtes sur une version obsolète aiderait réellement?

(Ce n'est pas une question rhétorique ou sarcastique - l'un des gros problèmes avec l'empaquetage Python est que chaque fois que nous introduisons de nouvelles normes, les anciennes versions des outils ne les prennent pas en charge, et nous devons trouver le meilleur moyen d'encourager les utilisateurs à suivre. Donc, savoir ce qui fonctionne et ce qui ne fonctionne pas dans la façon dont nous essayons de faire passer le message aux utilisateurs est vraiment important pour nous).

que je remarque que vous avez désactivé dans le script docker

Où? Je vois tous les avertissements, Python 2.7 EOL, etc.

Quoi qu'il en soit, la meilleure chose que nous puissions faire est peut-être d'avoir ceci ici pour Google, au moins maintenant il trouve ce problème pour "ImportError: Aucun module nommé zipp" afin que les gens puissent trouver le correctif de mise à jour pip.

--disable-pip-version-check

C'est nécessaire dans Dockerfile pour éviter la mise en cache. Je pensais à une sorte d'avertissement comme les lignes rouges 2.7 EOL, celles-ci sont très visibles.

Alors j'ai essayé sans ça, et ça montre juste que ça n'a pas de sens.

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.

ligne. Bien sûr, tout le monde le désactive dans Dockerfiles car cela est toujours affiché, même dès que 20.0.3 sera publié.

Vous rencontrez toujours ce problème, bien qu'il soit sur la dernière version de 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.

Erreurs similaires même si j'ai sudo pip3 install 'd virtualenv

easy_install n'est pas pip, ne l'utilisez pas, ce n'est jamais ce que vous voulez

Divers guides (y compris celui-ci ) affirment que c'est une solution à ce problème (où virtualenv est installé via pip , mais ne peut pas être trouvé sur PATH ). Que suggéreriez-vous comme alternative?

oui, ne suivez certainement pas leurs conseils

dans votre cas, vous faites une installation --user , ce qui signifie que vous devez mettre le bon répertoire bin sur le PATH - probablement /Users/jackjack/Library/Python/3.7/bin si je devais deviner (bien que Je ne connais pas macos)

la première installation devrait vous avoir averti à ce sujet (vous pouvez probablement récupérer le message avec pip3 uninstall virtualenv && pip3 install virtualenv

Hmmm, intéressant. Il s'avère donc qu'il y a déjà un fichier a /usr/local/bin/virtualenv avec le contenu suivant:

#!/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')()
    )

Notez qu'il est codé en dur à 2.7 dans le shebang, ce qui est probablement la source de certains des problèmes, puisque je suis installé avec pip3 .

Je devais m'assurer d'ajouter ce chemin (que vous avez bien deviné - et qui était également sorti de pip3 install virtualenv lorsque je l'ai réinstallé!) _Before_ /usr/local/bin pour m'assurer qu'il avait la priorité. Travaillez maintenant - merci!

Je suggérerais de désinstaller celui-là, mais lol, easy_install n'a pas de désinstallation (c'était l'une des grandes fonctionnalités apportées par pip lors du remplacement de easy_install )