DistutilsOptionError: must supply either home or prefix / exec-prefix-not both

Wierzę, że istnieje prostsze rozwiązanie tego problemu (Python Homebrew na macOS), które nie złamie normalnych operacji pip.

Wszystko, co musisz zrobić, to utworzyć setup.cfg plik w katalogu głównym projektu, zwykle tam, gdzie znajduje się główny __init__.py lub wykonywalny plik py. Jeśli więc głównym folderem twojego projektu jest: /path/to/my/project/, Utwórz tam plik setup.cfg i umieść magiczne słowa:

[install]
prefix=  

OK, teraz będziesz mógł uruchomić polecenia Pipa dla tego folderu:

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

To polecenie będzie uruchamiane tylko dla tego folderu. Po prostu skopiuj setup.cfg do innych projektów, które możesz mieć. Nie trzeba pisać .pydistutils.cfg w katalogu domowym. Po zakończeniu instalacji modułów możesz usunąć setup.cfg.

Innym rozwiązaniem * dla użytkowników Homebrew jest po prostu użycie virtualenv.

Oczywiście, że Może usunąć potrzebę katalogu docelowego - ale nawet jeśli nie, znalazłem --target działa domyślnie (jak w, bez tworzenia/modyfikowania pliku konfiguracyjnego), gdy w środowisku wirtualnym.

* mówię rozwiązanie; może to tylko kolejna motywacja do skrupulatnego korzystania z venvs...

Na OSX (mac), zakładając folder projektu o nazwie /var/myproject

1. cd /var/myproject
2. Utwórz plik o nazwie setup.cfg i dodaj [install] prefix=
3. Run pip install <packagename> -t .

Trafiłem błędy z innymi zaleceniami wokół --install-option="--prefix=lib". Jedyne co znalazłem to użycie PYTHONUSERBASE zgodnie z opisem tutaj .

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

To nie jest dokładnie to samo, co --target, ale to działa na moją korzyść w każdym razie.

Jak wspomniano, jest to znany błąd z pip & python zainstalowany z homebrew.

Jeśli utworzysz plik ~/.pydistutils.cfg z instrukcją "empty prefix", naprawi to ten problem, ale złamie normalne operacje pip.

Dopóki ten błąd nie zostanie oficjalnie rozwiązany, jedną z opcji będzie utworzenie własnego skryptu bash, który obsłuży ten przypadek:

 #!/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

Ten skrypt zawija Twoje polecenie i:

1. akceptuje nazwę i parametry docelowe
2. sprawdza, czy te parametry są puste
3. tworzy ~/.pydistutils.cfg Plik z instrukcją "empty prefix"
4. wykonuje polecenie pip z podanymi parametrami
5. usuwa ~/.pydistutils.cfg plik

Ten skrypt można zmienić i dostosować do swoich potrzeb, ale masz pomysł. I pozwala na uruchomienie polecenia bez hamowania pip. Mam nadzieję, że to pomoże:)

Jeśli używasz virtualenv*, dobrym pomysłem może być podwójne sprawdzenie which pip używasz.

Jeśli widzisz coś w rodzaju /usr/local/bin/pip wyrwałeś się ze swojego otoczenia. Reaktywacja virtualenv to naprawi:

VirtualEnv: $ source bin/activate

VirtualFish: $ vf activate [environ]

*: używam virtualfish, ale zakładam, że ta wskazówka dotyczy obu.

Mam podobny problem. Używam flagi --system, aby uniknąć błędu, jak opisuję tutaj w innym wątku, gdzie wyjaśniam konkretny przypadek mojej sytuacji. Zamieszczam to tutaj oczekując, że może pomóc każdemu stojącemu przed tym samym problemem.