virtualenv colgó en la instalación de setuptools

nunca tuve este problema hasta hace poco, pero al intentar crear un nuevo entorno virtual (windows 7, python 2.7.13, virtualenv == 15.1.0) simplemente se cuelga en “Instalando setuptools, pip, wheel …” y haciendo un crtl ^ c te da esto:

PS C:\Users\John\Envs> virtualenv.exe rmapvenv New python executable in C:\Users\John\Envs\test\Scripts\python.exe Installing setuptools, pip, wheel...done. Traceback (most recent call last): File "c:\python27\lib\runpy.py", line 162, in _run_module_as_main "__main__", fname, loader, pkg_name) File "c:\python27\lib\runpy.py", line 72, in _run_code exec code in run_globals File "C:\Python27\Scripts\virtualenv.exe\__main__.py", line 9, in  File "c:\python27\lib\site-packages\virtualenv.py", line 713, in main symlink=options.symlink) File "c:\python27\lib\site-packages\virtualenv.py", line 945, in create_environment download=download, File "c:\python27\lib\site-packages\virtualenv.py", line 901, in install_wheel call_subprocess(cmd, show_stdout=False, extra_env=env, stdin=SCRIPT) File "c:\python27\lib\site-packages\virtualenv.py", line 769, in call_subprocess line = stdout.readline() KeyboardInterrupt 

Agregar algunas declaraciones impresas en virtualenv.py me da esto:

 Running command C:\Users\John\Envs\test\Scripts\python.exe - setuptools pip wheel Collecting setuptools Using cached setuptools-35.0.1-py2.py3-none-any.whl Collecting pip Collecting wheel 

parece estar colgado en la rueda

Use el interruptor -v para obtener una salida detallada.

Para mí, era una conexión de red. Específicamente, el servidor en el que estaba tratando de usar virtualenv tenía un servidor de seguridad de Internet y necesitaba salir a través de un proxy. Excepto, que virtualenv no parece respetar la configuración del proxy en el entorno y no tiene un interruptor de línea de comandos.

Entonces use pip para pre-cachear / pre-descargar los 3 paquetes necesarios:

sudo pip download setuptools pip wheel --proxy http://

Luego, puede ejecutar virtualenv y usará los paquetes almacenados en caché que acaba de descargar.

Todo parecía girar alrededor de la rueda y no se instala, así que si alguien puede explicar esto, por favor, hágalo. Esto es lo que hice para que lo instale. Corrí:

 virtualenv venv --no-wheel 

Entonces, activé mi entorno virtual y corrí:

 pip install --upgrade pip pip install setuptools --no-use-wheel --upgrade pip install wheel --no-cache 

y por lo que puedo decir, todo funciona.

Me encontré con esto también y ninguna de las respuestas anteriores funcionó. Resultó ser una entrada de caché mal.

Con $ virtualenv -vv venv obtendré una salida que termina con:

 Running command /Users/ghartmann/cod...test/venv/bin/python - setuptools pip wheel Collecting setuptools Cache entry deserialization failed, entry ignored 

Se bloquearía allí y luego, cuando interrumpieras, verías que la stack indicaba que estaba bloqueada descargando el paquete de la wheel .

En macos, el caché pip está aquí: ~/Library/Caches/pip .
Al eliminar ese directorio se solucionó el problema, ya que podía reinicializar el caché.

No estoy seguro de si ayudará, pero tuve exactamente el mismo problema, aunque en Linux Debian (raspbian Jessie light para ser más precisos) y Python 3.6. La rueda se colgó al crear un virtualenv, y recibí los mismos mensajes de error que usted después de un ctrl-c (con python 3.6 y linux path). Luego tuve problemas de conexión a Internet que no se notaron, después de resolverlos, la rueda se instaló correctamente.