DistutilsOptionError: debe suministrar home o prefix / exec-prefix, no ambos

Por lo general, he instalado paquetes de python a través de pip.

Para Google App Engine, necesito instalar paquetes en otro directorio de destino.

He intentado:

pip install -I flask-restful --target ./lib

pero falla con:

debe suministrar home o prefix / exec-prefix, no ambos

¿Cómo puedo hacer que esto funcione?

¿Estás usando OS X y Homebrew? La página de Python Homebrew https://github.com/Homebrew/brew/blob/master/docs/Homebrew-and-Python.md señala un problema conocido con pip y una solución alternativa.

Trabajó para mi.

Puede hacer que este "prefijo vacío" sea el predeterminado agregando un archivo ~ / .pydistutils.cfg con el siguiente contenido:

[install]
prefix=

Editar: No use esta opción recomendada por Homebrew, ya que interrumpirá las operaciones normales de pip .

Creo que hay una solución más simple para este problema (Homebrew's Python en macOS) que no interrumpirá sus operaciones normales de pip.

Todo lo que tiene que hacer es crear un setup.cfgarchivo en el directorio raíz de su proyecto, generalmente donde está su __init__.pyarchivo py principal o ejecutable. Entonces, si la carpeta raíz de su proyecto es:, /path/to/my/project/cree un setup.cfgarchivo allí y coloque las palabras mágicas dentro:

[install]
prefix=  

OK, ahora deberías poder ejecutar los comandos de pip para esa carpeta:

pip install package -t /path/to/my/project/  

Este comando se ejecutará correctamente solo para esa carpeta. Simplemente copie setup.cfga cualquier otro proyecto que pueda tener. No es necesario escribir un .pydistutils.cfgen su directorio de inicio.

Una vez que haya terminado de instalar los módulos, puede eliminar setup.cfg .

En OSX (mac), suponiendo una carpeta de proyecto llamada / var / myproject

1. cd /var/myproject
2. Crea un archivo llamado setup.cfgy agrega [install] prefix=
3. correr pip install <packagename> -t .

Otra solución * para los usuarios de Homebrew es simplemente usar a virtualenv.

Por supuesto, eso puede eliminar la necesidad del directorio de destino de todos modos, pero incluso si no lo hace, he encontrado --targettrabajos por defecto (como en, sin crear / modificar un archivo de configuración) cuando está en un entorno virtual.

* Digo solución; tal vez es solo otra motivación para usar meticulosamente los venvs ...

Llegué a errores con las otras recomendaciones --install-option="--prefix=lib". Lo único que encontré que funcionó es usar PYTHONUSERBASEcomo se describe aquí .

export PYTHONUSERBASE=lib
pip install -I flask-restful --user

esto no es exactamente lo mismo --target, pero en cualquier caso me sirve.

Como se mencionó, este es un error conocido con pip & python instalado con homebrew.

Si crea un ~/.pydistutils.cfgarchivo con la instrucción "prefijo vacío", solucionará este problema pero interrumpirá las operaciones normales de pip.

Hasta que este error se aborde oficialmente, una de las opciones sería crear su propio script bash que manejaría este caso:

 #!/bin/bash

 name=''
 target=''

 while getopts 'n:t:' flag; do
     case "${flag}" in
         n) name="${OPTARG}" ;;
         t) target="${OPTARG}" ;;
     esac
 done

 if [ -z "$target" ];
 then
     echo "Target parameter must be provided"
     exit 1
 fi

 if [ -z "$name" ];
 then
     echo "Name parameter must be provided"
     exit 1
 fi

 # current workaround for homebrew bug
 file=$HOME'/.pydistutils.cfg'
 touch $file

 /bin/cat <<EOM >$file
 [install]
 prefix=
 EOM
 # end of current workaround for homebrew bug

 pip install -I $name --target $target

 # current workaround for homebrew bug
 rm -rf $file
 # end of current workaround for homebrew bug

Este script envuelve su comando y:

1. acepta parámetros de nombre y destino
2. comprueba si esos parámetros están vacíos
3. crea un ~/.pydistutils.cfgarchivo con la instrucción "prefijo vacío"
4. ejecuta su comando pip con los parámetros proporcionados
5. elimina el ~/.pydistutils.cfgarchivo

Este script se puede cambiar y adaptar para satisfacer sus necesidades, pero se hace una idea. Y le permite ejecutar su comando sin pip de frenado. Espero eso ayude :)

Si está usando virtualenv *, puede ser una buena idea verificar which pipque esté usando.

Si ve algo como /usr/local/bin/pipque se ha escapado de su entorno. Reactivar su virtualenv arreglará esto:

VirtualEnv: $ source bin/activate

VirtualFish: $ vf activate [environ]

*: Uso virtualfish, pero supongo que este consejo es relevante para ambos.

Tengo un problema similar. Uso el indicador --system para evitar el error, ya que describo aquí en otro hilo donde explico el caso específico de mi situación. Publico esto aquí esperando que pueda ayudar a cualquiera que enfrente el mismo problema.