create - virtualenv python 3 ubuntu
pyvenv-3.4 devolvió un estado de salida distinto de cero 1 (9)
Estoy en Kubuntu 14.04, quiero crear un virtualenv con python3.4. Lo hice con python2.7 antes en otra carpeta. Pero cuando intento:
pyvenv-3.4 venv
Tengo:
Error: Command ''[''/home/fmr/projects/ave/venv/bin/python3.4'', ''-Im'', ''ensurepip'', ''--upgrade'', ''--default-pip'']'' returned non-zero exit status 1
Tengo una solución para instalar python-virtualenv
sudo apt-get install python-virtualenv
y usando
virtualenv --python=/usr/bin/python3.4 venv
El mismo problema en Linux Mint 17 (que es básicamente Ubuntu 14.04). La instalación de python3.4-venv
no funcionó, así que creé virtualenv sin pip y luego instalé pip manualmente.
Crear virtualenv y activarlo
python3 -m venv --without-pip foo source foo/bin/activate
Descargue las últimas versiones de
setuptools
ypip
:wget https://pypi.python.org/packages/source/s/setuptools/setuptools-7.0.tar.gz#md5=6245d6752e2ef803c365f560f7f2f940 wget https://pypi.python.org/packages/source/p/pip/pip-1.5.6.tar.gz#md5=01026f87978932060cc86c1dc527903e
Descomprimir e instalarlos
tar xf setuptools-7.0.tar.gz tar xf pip-1.5.6.tar.gz cd setuptools-7.0 python setup.py install cd ../pip-1.5.6 python setup.py install
Pyvenv viene incluido con la versión más nueva de python 3 y se supone que reemplaza virtualenv, por lo que no es lo mismo.
Hubo algún problema con el Python 3.4 en la primera versión de Ubuntu 14.04 que causó este error.
La actualización de la distribución resolvió este problema para mí. Supongo que probablemente también funcione con Kubuntu.
sudo do-release-upgrade -d # this takes a while, and involves a reboot as well.
sudo apt-get install python3.4-venv
pyvenv-3.4 venv
Lea los documentos para do-release-upgrade antes de ejecutarlo. El uso del indicador -d se actualizará a la última versión de desarrollo, que podría incluir algún software inestable.
No puedes deshacer do-release-upgrade
Lo siguiente funcionó para mí en Ubuntu 13.10:
pyvenv-3.4 delme --without-pip
source delme/bin/activate
python -Im ensurepip --upgrade --default-pip
Me encontré con este problema.
Para investigar, ejecuté el mismo comando que lo hizo pyvenv, y luego obtuve "locale.Error: configuración local no soportada".
Finalmente se solucionó configurando "LC_ALL = en_US.UTF-8".
Muy similar a @prismalytics.io pero para aquellos de ustedes que no les gusta ejecutar scripts de shell desde la web. Por supuesto, puede usar --no-index --find-links para apuntar a copias locales. Cualquier archivo reciente de rueda de pepita será suficiente, esto solo apunta a la versión actual en PyPI.
python3 -m venv --without-pip your_venv
source your_venv/bin/activate
curl ''https://pypi.python.org/packages/b6/ac/7015eb97dc749283ffdec1c3a88ddb8ae03b8fad0f0e611408f196358da3/pip-9.0.1-py2.py3-none-any.whl'' > pip.whl
python -m zipfile -e pip.whl $VIRTUAL_ENV/lib/python3*/site-packages
python -m pip install --force-reinstall --upgrade pip
Te estás perdiendo el venv lib para python 3.4, simplemente ejecuta:
$ apt-get install python3.4-dev python3.4-venv
Y luego crea tu virtualenv
python3.4 -m venv myVenv
Esto funcionó para mí en python 3.6 y OSX
$ python -m venv --without-pip my_dir
$ source my_dir/bin/activate
$ curl https://bootstrap.pypa.io/get-pip.py | python
$ deactivate
$ source my_dir/bin/activate
(my_dir) user$
Usando la opción - sin pip , aquí hay una manera simple de evitar este problema sin setuptools
acrobatics (!) Si está usando el Python de Anaconda . Tenga en cuenta que, si bien Anaconda3 se utiliza en el ejemplo siguiente, otras distribuciones de Python también pueden ser compatibles con la opción - sin pip (o similar). Simplemente prueba la receta básica a continuación y mira. = :)
user$ pyvenv --without-pip my_venv_dir
user$ source my_venv_dir/bin/activate
user$ curl https://bootstrap.pypa.io/get-pip.py | python
user$ deactivate
user$ source my_venv_dir/bin/activate
(my_venv_dir) user$
Espero que esto ayude. :)