Czy zainstalować pakiet Python w innym katalogu przy użyciu pip?

Wiem, że oczywistą odpowiedzią jest użycie virtualenv i virtualenvwrapper, ale z różnych powodów nie mogę / nie chcę tego robić.

Jak więc zmodyfikować polecenie

pip install package_name

zrobić pipinstalację pakietu w innym miejscu niż domyślny site-packages?

Posługiwać się:

pip install --install-option="--prefix=$PREFIX_PATH" package_name

Możesz także użyć tej opcji --ignore-installeddo wymuszenia ponownej instalacji wszystkich zależności przy użyciu tego nowego prefiksu. Możesz użyć --install-optionwielokrotnie, aby dodać dowolną opcję, której możesz użyć python setup.py install( --prefixprawdopodobnie jest to, czego chcesz, ale jest jeszcze kilka opcji, których możesz użyć).

--Target przełącznik jest rzeczą szukasz:

pip install --target=d:\somewhere\other\than\the\default package_name

Ale trzeba jeszcze dodać d:\somewhere\other\than\the\defaultdo PYTHONPATHrzeczywiście z nich korzystać z tej lokalizacji.

-t, --target <katalog>
Instaluj pakiety w <katalog>. Domyślnie nie zastąpi to istniejących plików / folderów w <katalog>.
Użyj --upgrade, aby zastąpić istniejące pakiety w <katalog> nowymi wersjami.

Zaktualizuj pip, jeśli przełącznik docelowy nie jest dostępny:

W systemie Linux lub OS X:

pip install -U pip

W systemie Windows (działa to w przypadku problemu ):

python -m pip install -U pip

Zamiast --targetopcji lub --install-optionsopcji okazało się, że następujące działa dobrze (z dyskusji na temat błędu dotyczącego tej właśnie rzeczy na https://github.com/pypa/pip/issues/446 ):

PYTHONUSERBASE=/path/to/install/to pip install --user

(Lub ustaw PYTHONUSERBASEkatalog w swoim środowisku przed uruchomieniem polecenia, używając export PYTHONUSERBASE=/path/to/install/to)

Używa bardzo przydatnych --useropcji, ale mówi, że należy wprowadzić bin, lib, sharei inne katalogi można oczekiwać pod niestandardowym zamiast prefiksu $HOME/.local.

Następnie można dodać do tego PATH, PYTHONPATHi innych zmiennych, tak jak normalny katalog instalacyjny.

Pamiętaj, że może być konieczne określenie opcji --upgradei, --ignore-installedjeśli jakiekolwiek pakiety, od których to zależy, wymagają zainstalowania nowszych wersji w PYTHONUSERBASEkatalogu, aby zastąpić wersje dostarczone przez system.

Pełny przykład:

PYTHONUSERBASE=/opt/mysterypackage-1.0/python-deps pip install --user --upgrade numpy scipy

.. aby zainstalować scipyi numpyspakować najnowsze wersje do katalogu, który możesz następnie dołączyć do swojego PYTHONPATHpodobnego (używając bash i dla Pythona 2.6 na CentOS 6 w tym przykładzie):

export PYTHONPATH=/opt/mysterypackage-1.0/python-deps/lib64/python2.6/site-packages:$PYTHONPATH
export PATH=/opt/mysterypackage-1.0/python-deps/bin:$PATH

Korzystanie z virtualenv jest wciąż lepszym i schludniejszym rozwiązaniem!

Instalowanie pakietu Python często obejmuje tylko niektóre czyste pliki Pythona. Jeśli pakiet zawiera dane, skrypty i / lub pliki wykonywalne, są one instalowane w różnych katalogach niż pliki czystego języka Python.

Zakładając, że twój pakiet nie ma danych / skryptów / plików wykonywalnych i że chcesz, aby twoje pliki Pythona były przenoszone /python/packages/package_name(a nie niektóre podkatalogi kilka poziomów poniżej /python/packagesjak podczas korzystania --prefix), możesz użyć polecenia jednorazowego:

pip install --install-option="--install-purelib=/python/packages" package_name

Jeśli chcesz, aby wszystkie (lub większość) pakietów tam ~/.pip/pip.confsię znalazło , możesz je edytować, aby uwzględnić:

[install]
install-option=--install-purelib=/python/packages

W ten sposób nie możesz zapomnieć o konieczności powtarzania tego.

Wszelkie pliki excecutables / data / scripts zawarte w pakiecie nadal będą znajdować się w domyślnych miejscach, chyba że określisz dodatkowe opcje instalacji ( --prefix/ --install-data/ --install-scriptsitp., Aby poznać szczegóły, patrz opcje instalacji niestandardowej ).

Aby pip zainstalować bibliotekę dokładnie tam, gdzie chciałem, przeszedłem do lokalizacji, w której chciałem, a następnie użyłem katalogu z terminalem

pip install mylibraryName -t . 

logikę, którą wziąłem z tej strony: https://cloud.google.com/appengine/docs/python/googlecloudstorageclient/download

Wydaje się, że nikt nie wspomniał o opcji -t, ale jest to najłatwiejsze:

pip install -t <direct directory> <package>

Wystarczy dodać jeden punkt do odpowiedzi @Ian Bicking:

Korzystanie z --useropcji określania zainstalowanego katalogu działa również, jeśli chce się zainstalować pakiet Pythona w swoim katalogu domowym (bez prawa użytkownika sudo) na zdalnym serwerze.

Na przykład,

pip install --user python-memcached

Polecenie zainstaluje pakiet w jednym z katalogów wymienionych w ścieżce PYTHONPATH.

Testowałem te opcje z python3.5 i pip 9.0.3:

pip install --target / myfolder [pakiety]

Instaluje WSZYSTKIE pakiety, w tym zależności w / myfolder. Nie bierze pod uwagę, że pakiety zależne są już zainstalowane gdzie indziej w Pythonie. Znajdziesz pakiety z / myfolder / [nazwa_pakietu]. Jeśli masz wiele wersji Pythona, nie bierze to pod uwagę (brak wersji Pythona w nazwie folderu pakietu).

pip install --prefix / myfolder [pakiety]

Czeki to już zainstalowane zależności. Zainstaluje pakiety w /myfolder/lib/python3.5/site-packages/[packages]

pip install --root / myfolder [pakiety]

Sprawdza zależności, takie jak --prefix, ale lokalizacją instalacji będzie /myfolder/usr/local/lib/python3.5/site-packages/[package_name].

pip install --user [pakiety]

Zainstaluje pakiety w $ HOME: /home/[USER]/.local/lib/python3.5/site-packages Python automatycznie wyszukuje z tej ścieżki .local, więc nie musisz umieszczać go w PYTHONPATH.

=> W większości przypadków najlepszym wyborem jest użytkownik. W przypadku, gdy z jakiegoś powodu nie można użyć folderu domowego, należy - przedrostek.

Nowsze wersje pip(8 lub nowsze) mogą bezpośrednio korzystać z --prefixopcji :

pip install --prefix=$PREFIX_PATH package_name

gdzie $PREFIX_PATHjest prefiksem instalacji, w którym znajdują się lib, bin i inne foldery najwyższego poziomu.

pip install packageName -t pathOfDirectory

lub

pip install packageName --target pathOfDirectorty

Aby dodać do i tak dobrej porady, ponieważ miałem problem z instalacją IPython, gdy nie miałem uprawnień do zapisu /usr/local.

pip używa distutils do instalacji, a ten wątek omawia, w jaki sposób może to powodować problem, ponieważ zależy od tego sys.prefixustawienia.

Mój problem wystąpił, gdy instalacja IPython próbowała pisać do „/ usr / local / share / man / man1” z odmową zezwolenia . Ponieważ instalacja się nie powiodła, wydawało się, że nie zapisuje plików IPython w katalogu bin.

Używanie „--user” działało, a pliki były zapisywane w ~ / .local. Dodanie ~ / .local / bin do $ PATH oznaczało, że mogłem użyć „ipython”.

Jednak próbuję zainstalować to dla wielu użytkowników i otrzymałem uprawnienia do zapisu w /usr/local/lib/python2.7katalogu. Utworzyłem tam katalog „bin” i ustawiłem dyrektywy dla distutils:

vim ~/.pydistutils.cfg

[install]
install-data=/usr/local/lib/python2.7
install-scripts=/usr/local/lib/python2.7/bin

następnie ( -Isłuży do wymuszenia instalacji pomimo poprzednich awarii / instalacji lokalnej):

pip install -I ipython

Potem dodałem /usr/local/lib/python2.7/bindo $PATH.

Pomyślałem, że dołączę to na wypadek, gdyby ktoś miał podobne problemy na komputerze, do którego nie ma dostępu sudo.

Jeśli używasz naparu z pytonem, niestety pip / pip3 jest dostarczany z bardzo ograniczonymi opcjami. Nie masz opcji --install-option, --target, --user, jak wspomniano powyżej.

Uwaga na temat pip install --user
Normalny użytkownik pip install --user jest wyłączony dla warzonego Pythona. Wynika to z błędu w distutils, ponieważ Homebrew zapisuje plik distutils.cfg, który ustawia prefiks pakietu. Możliwe obejście (które umieszcza skrypty wykonywalne w ~ / Library / Python /./ bin) to: python -m pip install --user --install-option="--prefix=" <package-name>

Może się okazać, że ta linia jest bardzo niewygodna. Sugeruję używać pyenv do zarządzania. Jeśli używasz

brew upgrade python python3

Ironicznie jesteś rzeczywiście obniżyć funkcjonalność PIP.

(Publikuję tę odpowiedź, po prostu dlatego, że pip w moim Mac OSX nie ma opcji --target i spędziłem godziny na jej poprawianiu)

Z pipem v1.5.6w Pythonie v2.7.3(GNU / Linux) opcja --rootpozwala określić globalny prefiks instalacji (najwyraźniej) niezależnie od opcji konkretnego pakietu. Wypróbuj fi,

$ pip install --root=/alternative/prefix/path package_name

Proponuję postępować zgodnie z dokumentacją i utworzyć plik ~ / .pip / pip.conf. Uwaga: w dokumentacji brakuje określonego katalogu nagłówka, co prowadzi do następującego błędu:

error: install-base or install-platbase supplied, but installation scheme is incomplete

Pełna robocza zawartość pliku conf to:

[install]
install-base=$HOME
install-purelib=python/lib
install-platlib=python/lib.$PLAT
install-scripts=python/scripts
install-headers=python/include
install-data=python/data

Niestety mogę zainstalować, ale kiedy próbuję odinstalować, pip mówi mi, że nie ma takiego pakietu do odinstalowania ... więc coś jest nadal nie tak, ale pakiet trafia do wcześniej zdefiniowanej lokalizacji.

pip install /path/to/package/

jest teraz możliwe.

Różnica polega na tym, że użycie flagi -elub --editablepolega na tym, że -elinki do miejsca, w którym pakiet jest zapisany (tj. Folder pobranych plików), zamiast instalowania go na ścieżce Pythona.

Oznacza to, że jeśli usuniesz / przeniesiesz pakiet do innego folderu, nie będziesz mógł go używać.

Znalazłem prosty sposób

pip3 install "package_name" -t "target_dir"

źródło - https://pip.pypa.io/en/stable/reference/pip_install/

Próbowałem z pip3 i działa!