Virtualenv: pip install virtualenv paquete zipp roto / faltante

Los mismos comandos funcionan si cambio el número de versión de Ubuntu a 18.04

Así que obtuve ayuda en IRC, pip install -U pip solucionó este problema.

Aún así, esto sería genial para:

• fijo o
• finalizar la instalación con un mensaje de error si la versión pip del sistema es demasiado antigua para admitir versiones recientes

Hoy hemos mejorado esto con https://github.com/pypa/virtualenv/pull/1628; aunque con solo intentarlo, parece que esto te lleva a:

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

Como los paquetes zipp no ​​pueden funcionar con setuptools 41.0.0 ...

setuptools 42.0.0 funciona en este caso 👍

esto no es un error en virtualenv, si pip install zipp verá el mismo problema

es una combinación de dos cosas:

1. pip<9 ignorará python_requires seleccionando la última versión
2. python2.x pip no puede utilizar la rueda py36-none-any , por lo que debe compilarse desde la fuente
3. setuptools<30.3 no puede construir paquetes de metadatos declarativos desde la fuente

entonces terminas con:

• una instalación rota de python3.6 + zipp en python2.x llamada "desconocido == 0.0.0"

la solución más fácil es usar una versión más reciente de pip para instalar virtualenv , o utilizar zipapp

@gaborbernat No creo que esto sea virtualenv en sí mismo, ya que allí se proporciona una rueda py2.py3-none-any , y que se usará desde pip==1.5

Sí, no es en sí mismo; pero nuestros usuarios se ven afectados por esto; Estoy tentado a subir https://github.com/pypa/virtualenv/blob/master/setup.py#L4 a 42 ... lo que parece resolverlo.

ese código no se ejecuta en absoluto cuando se instala desde una rueda

Desde el punto de vista del usuario, lo mejor sería un mensaje de error que dijera algo como: "Versión de pip no compatible, ejecute primero 'pip install -U pip'".

En caso de instalación de una rueda, no podemos hacer nada, el problema ya se nos ha pasado. Si alguien está instalando desde la fuente, no necesariamente necesita un pip más nuevo, solo herramientas de configuración más nuevas. Si tienen herramientas de configuración más nuevas, podemos fallar con algo más útil. Creo que esto es lo mejor que podemos hacer aquí.

Incluso podría mostrar eso en tiempo de ejecución. Simplemente debería mostrar un mensaje de error cuando se ejecuta en versiones de pip muy antiguas.

@gaborbernat eso no ayuda, sin embargo, pip instalará una versión de zipp que es incompatible con la ejecución de python (1.1 es la última versión que admite 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.

Pensando en esto, no creo que podamos hacer nada aquí. Si ya está instalado, la única forma de saber si nuestras dependencias son correctas es comprobarlo manualmente ... y eso es muy caro.

Todo lo que tenemos que hacer aquí es documentar lo que @asottile dijo anteriormente según https://github.com/pypa/virtualenv/issues/1618

Desde el punto de vista del usuario, lo mejor sería un mensaje de error que dijera algo como: "Versión de pip no compatible, ejecute primero 'pip install -U pip'".

Dado que pip ya produce una advertencia (que noté que desactivó en el script de la ventana acoplable) cuando usa una versión anterior, lo que sugiere que actualice, ¿agregar otro mensaje que le diga que está en una versión desactualizada realmente ayudaría?

(Esa no es una pregunta retórica o sarcástica: uno de los grandes problemas con el empaquetado de Python es que cada vez que introducimos nuevos estándares, las versiones anteriores de las herramientas no los admiten, y debemos encontrar la mejor manera de alentar a los usuarios a mantenerse al día. hasta la fecha. Por lo tanto, es muy importante para nosotros saber qué funciona y qué no en cómo intentamos hacer llegar el mensaje a los usuarios).

que noto que deshabilitaste en el script de la ventana acoplable

¿Dónde? Veo todas las advertencias, Python 2.7 EOL, etc.

De todos modos, quizás lo mejor que podríamos hacer es tener esto aquí para Google, al menos ahora encuentra este problema para "ImportError: No module named zipp" para que la gente pueda encontrar la solución de actualización de pip.

--disable-pip-version-check

Eso es necesario en Dockerfile para evitar el almacenamiento en caché. Estaba pensando en algún tipo de Advertencia como las líneas rojas 2.7 EOL, esas son muy visibles.

Así que lo intenté sin él, y simplemente muestra que no tiene sentido.

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.

línea. Por supuesto, todos deshabilitan esto en Dockerfiles, ya que siempre se muestra, incluso tan pronto como se publique 20.0.3.

Todavía tengo este problema, a pesar de estar en la última versión 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.

Errores similares incluso si tengo sudo pip3 install 'd virtualenv

easy_install no es pip, no lo uses, nunca es lo que quieres

Varias guías (incluida esta ) afirman que es una solución a este problema (por el cual virtualenv se instala a través de pip , pero no se puede encontrar en PATH ). ¿Qué sugerirías como alternativa?

ay, definitivamente no sigas sus consejos

en su caso, está haciendo una instalación --user , lo que significa que debe colocar el directorio bin correcto en PATH - probablemente /Users/jackjack/Library/Python/3.7/bin si tuviera que adivinar (aunque No estoy familiarizado con macos)

la primera instalación debería haberle advertido sobre esto (probablemente pueda recibir el mensaje nuevamente con pip3 uninstall virtualenv && pip3 install virtualenv

Hmmm, interesante. Entonces resulta que ya hay un archivo a /usr/local/bin/virtualenv con el siguiente contenido:

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

Tenga en cuenta que está codificado en 2.7 en el shebang, que probablemente sea la fuente de algunos de los problemas, ya que estoy instalado con pip3 .

Tuve que asegurarme de agregar esa ruta (que adivinó correctamente, ¡y que también salió de pip3 install virtualenv cuando reinstalé!) _Before_ /usr/local/bin para asegurarme de que tuviera prioridad. Trabajando ahora - ¡gracias!

Sugeriría desinstalar ese, pero jajaja, easy_install no tiene una desinstalación (esa fue una de las grandes características que pip trajo a la mesa al reemplazar easy_install )