DistutilsOptionError: deve fornire il prefisso home o prefisso / exec-non - entrambi

Di solito sono stato installato pacchetti Python tramite pip.

Per Google App Engine, devo installare i pacchetti in un'altra directory di destinazione.

Ho provato:

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

ma fallisce con:

deve fornire home o prefisso / exec-prefix - non entrambi

Come posso farlo funzionare?

Stai usando OS X e Homebrew? La pagina di python di Homebrew https://github.com/Homebrew/brew/blob/master/docs/Homebrew-and-Python.md risolve un problema noto con pip e una soluzione.

Ha funzionato per me.

È possibile impostare questo "prefisso vuoto" come predefinito aggiungendo un file ~ / .pydistutils.cfg con i seguenti contenuti:

[install]
prefix=

Modifica: non utilizzare questa opzione Homebrew consigliata, interromperà le normali operazioni di pip .

Credo che ci sia una soluzione più semplice a questo problema (Homebrew's Python su macOS) che non interromperà le normali operazioni pip.

Tutto quello che devi fare è creare un setup.cfgfile nella directory principale del tuo progetto, di solito dove si trova il tuo __init__.pyfile py principale o eseguibile. Quindi se la cartella principale del tuo progetto è:, /path/to/my/project/crea un setup.cfgfile e inserisci le parole magiche all'interno:

[install]
prefix=  

OK, ora potresti essere in grado di eseguire i comandi di pip per quella cartella:

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

Questo comando verrà eseguito correttamente per quella cartella. Copia setup.cfgin qualunque altro progetto tu possa avere. Non c'è bisogno di scrivere un .pydistutils.cfgnella tua home directory.

Al termine dell'installazione dei moduli, è possibile rimuoverli setup.cfg .

Su OSX (mac), assumendo una cartella di progetto chiamata / var / myproject

1. cd /var/myproject
2. Crea un file chiamato setup.cfge aggiungi [install] prefix=
3. Correre pip install <packagename> -t .

Un'altra soluzione * per gli utenti di Homebrew è semplicemente usare a virtualenv.

Naturalmente, ciò può rimuovere comunque la necessità della directory di destinazione, ma anche in caso contrario, ho trovato le --targetopere di default (come in, senza creare / modificare un file di configurazione) in un ambiente virtuale.

* Dico soluzione; forse è solo un'altra motivazione per usare meticolosamente venvs ...

Ho riscontrato errori con le altre raccomandazioni in giro --install-option="--prefix=lib". L'unica cosa che ho scoperto che ha funzionato è usare PYTHONUSERBASEcome descritto qui .

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

questo non è esattamente lo stesso di --target, ma fa comunque il trucco per me.

Come altri menzionato, questo è noto bug con pip & python installato con homebrew.

Se si crea un ~/.pydistutils.cfgfile con l'istruzione "prefisso vuoto" risolverà questo problema ma interromperà le normali operazioni pip.

Fino a quando questo bug non viene risolto ufficialmente, una delle opzioni sarebbe quella di creare il tuo script bash che gestisse questo 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

Questo script racchiude il tuo comando e:

1. accetta i parametri nome e destinazione
2. controlla se tali parametri sono vuoti
3. crea il ~/.pydistutils.cfgfile con l'istruzione "prefisso vuoto" al suo interno
4. esegue il comando pip con i parametri forniti
5. rimuove il ~/.pydistutils.cfgfile

Questo script può essere modificato e adattato per soddisfare le tue esigenze ma ne hai idea. E ti consente di eseguire il comando senza frenare pip. Spero che sia d'aiuto :)

Se stai usando virtualenv *, potrebbe essere una buona idea ricontrollare which pipche stai utilizzando.

Se vedi qualcosa di simile /usr/local/bin/pipal tuo ambiente. La riattivazione di virtualenv risolverà questo problema:

vIRTUALENV: $ source bin/activate

VirtualFish: $ vf activate [environ]

*: Utilizzo virtualfish, ma presumo che questo suggerimento sia rilevante per entrambi.

Ho un problema simile. Uso il flag --system per evitare l'errore mentre descrivo qui su un altro thread in cui spiego il caso specifico della mia situazione. Pubblico questo qui in attesa che possa aiutare chiunque si trovi ad affrontare lo stesso problema.