Jak używać domyślnie zainstalowanego Pythona?

Próbuję przejść do Homebrew (po użyciu fink i macport) w systemie Mac OS X 10.6.2. Zainstalowałem Python 2.7 z

brew install python 

Problem polega na tym, że w przeciwieństwie do Macport, wydaje się, że nie ma narzędzia python_select, a mój domyślny python dla Mac jest zawsze domyślny

which python

daj mi

/usr/bin/python

i /usr/bin/pythonnie jest dowiązaniem symbolicznym

Jak mogę zrobić, aby smak napoju Python był moim domyślnym pythonem?

Podczas korzystania z Homebrew następujące polecenie daje lepszy obraz:

brew doctor

Wynik:

==> / usr / bin występuje przed / usr / local / bin Oznacza to, że zamiast programów dostarczonych przez Homebrew będą używane programy systemowe. Jest to problem, jeśli np. zaparzyć zainstalowany Python.

Rozważ edycję pliku .bash_profile, aby umieścić: / usr / local / bin przed / usr / bin w zmiennej $ PATH.

Zobacz: Jak dowiązać do Pythona w Homebrew?

$ brew link --overwrite python
Linking /usr/local/Cellar/python/2.7.3... 28 symlinks created
$ which python
/usr/local/bin/python

Szybka naprawa:

1. otwarty /etc/paths
2. Zmień kolejność linii (najwyższy priorytet na górze)

W moim przypadku /etc/pathswygląda to tak:

/usr/local/bin
/usr/local/sbin
/usr/bin
/bin
/usr/sbin
/sbin

Jeśli chcesz dowiedzieć się więcej o ścieżkach w OSX, ten artykuł był bardzo przydatny:

http://muttsnutts.github.com/blog/2011/09/12/manage-path-on-mac-os-x-lion/

Zgodnie z sugestią samego instalatora homebrew, dodaj to do swojego .bashrclub .zshrc:

export PATH="/usr/local/opt/python/libexec/bin:$PATH"

Zrobiłem „brew install python” dla OSX High Sierra. $PATHMiał /usr/local/binprzed każdym innym drogi, ale wciąż which pythonwskazywał na pytona systemu.

Kiedy spojrzałem głębiej, okazało się, że nie ma pliku wykonywalnego Pythona /usr/local/bin. Plik wykonywalny ma nazwę python2. Aby rozwiązać ten problem, utwórz dowiązanie symboliczne pythonwskazujące na python2:

/usr/local/bin $: ln -s python2 python

Homebrew NIE zastępuje rzeczy w „/ usr / bin”. Po prostu chcesz umieścić „/ usr / local / bin” przed „/ usr / bin” na swojej ścieżce, a następnie „który python” da ci „/ usr / local / bin / python”.

Zastąpienie / usr / bin / python (lub / usr / bin / ruby) jest wysoce niezalecane.

pythonobecnie używa formuły python3(na razie v3.6.5), brew połączy katalog :

/usr/local/opt/python -> ../Cellar/python/3.6.5

połączy również plik binarny :

/usr/local/bin/python3 -> ../Cellar/python/3.6.5/bin/python3

Jeśli nadal musisz używać python2.x, użyj:

brew install python@2

Aby użyć homebrew's python, po prostu umieść jego katalog w PATH, na bash:

export PATH="/usr/local/opt/python/libexec/bin:$PATH"

dla ryb:

set -x PATH /usr/local/opt/python/libexec/bin $PATH

Uwaga:

1. spowoduje to cień domyślnej wersji systemu python
2. homebrew służy do łączenia Pythona ze /usr/local/share/pythonstarszymi wersjami.

Zmodyfikuj swoją ŚCIEŻKĘ $, Dodaj to w swoim bashrc lub bash_profile:

export PATH=/usr/local/bin:/usr/local/sbin:~/bin:$PATH

więcej kliknij tutaj: numer 89791

Musisz edytować zmienną środowiskową PATH, aby upewnić się, że gdziekolwiek znajduje się python homebrew, jest przeszukiwany przed / usr / bin. Możesz również ustawić rzeczy w konfiguracji powłoki, aby zmienna taka jak PYTHON była ustawiona na żądaną wersję Pythona i wywołania $PYTHONzamiast pythonz wiersza poleceń.

Ponadto, jak napisano w innym plakacie (a zwłaszcza na Macu), NIE zadzieraj z pythonem w / usr / bin, aby wskazać inną instalację Pythona. Po prostu prosisz o kłopoty, jeśli tak.

Zrobiłem brew install python, mój $PATHbył dobry, ale nadal which pythondał mi system zainstalowany. Ponowne uruchomienie terminala naprawiło to.

pythonteraz wskazuje na python3, jeśli potrzebujesz, python 2to: brew install python@2a następnie w pliku .zshrc lub .bashrc export PATH="/usr/local/opt/python@2/libexec/bin:$PATH" Now pyhon --version= Python 2.7.14 i python3 --version= Python 3.6.4. Takie zachowanie przyzwyczaiłem się do terminala.

Wierzę, że istnieją sposoby na ustawienie domyślnego Pythona jako homebrew, ale moim zdaniem właściwym sposobem rozwiązania problemu jest nie zadzieranie ze ścieżkami systemowymi: lepiej jest stworzyć virtualenv, w którym domyślnie byłby python homebrew (używając virtualenv - -python). Używanie takich narzędzi python_selectjest prawie zawsze złym pomysłem.

Zamiast tego użyj pyenv, aby zainstalować i przełączać się między wersjami Pythona. Używam rbenv od lat, co robi to samo, ale dla Ruby. Wcześniej zarządzanie wersjami było piekłem.

Skonsultować stronę GitHub pyenv za instrukcje instalacji. Zasadniczo wygląda to tak: - Zainstaluj pyenv za pomocą homebrew. brew install pyenv - Dodaj funkcję na końcu skryptu uruchamiania powłoki, aby pyenv mógł wykonać swoją magię.echo -e 'if command -v pyenv 1>/dev/null 2>&1; then\n eval "$(pyenv init -)"\nfi' >> ~/.bash_profile

• Użyj pyenv, aby zainstalować dowolną liczbę różnych wersji Pythona. pyenv install 3.7.7.
• Ustaw domyślną (globalną) wersję na właśnie zainstalowaną nowoczesną wersję. pyenv global 3.7.7.
• Jeśli pracujesz nad projektem, który wymaga użycia innej wersji Pythona, zajrzyj do pyevn local. Spowoduje to utworzenie pliku w folderze projektu, który określa wersję Pythona. Pyenv będzie wyglądał, jakby zastąpił globalną wersję Pythona wersją w tym pliku.

Po prostu zrób:

brew install python
brew link python

Po wykonaniu tej czynności dodaj to do swojego bashrc lub bash_profile:

alias python='/usr/local/bin/python2'

Cieszyć się!

Dodaj /usr/local/opt/python/libexec/binjawnie do .bash_profile:

export PATH="/usr/local/opt/python/libexec/bin:$PATH"

Następnie powinien działać poprawnie.

Jeśli jesteś skorupą ryb

echo 'set -g fish_user_paths "/usr/local/opt/python/libexec/bin" $fish_user_paths' >> ~/.config/fish/config.fish

Możesz edytować / etc / paths. Tu jest moje:

/usr/local/bin
/usr/bin
/bin
/usr/sbin
/sbin

Następnie dodaj dowiązanie symboliczne dla wersji python. W moim przypadku

$ cd /usr/local/bin
$ ln -s python3 python

Voila!

Od High Sierra musisz użyć:

sudo chown -R $(whoami) $(brew --prefix)/*

Wynika to z faktu, że /usr/localnie można go już obalić

Nie mam pojęcia, co masz na myśli, mówiąc o domyślnym języku Python. Uważam za złą praktykę zastępowanie systemowego interpretera języka Python inną wersją. Funkcjonalność systemu może w pewien sposób zależeć od systemowego Pythona i określonych modułów lub określonej wersji Pythona. Zamiast instalować instalacje niestandardowe Pythona w bezpiecznym miejscu i dopasować różne $ PATH, ile potrzeba, aby wywołać cię Python poprzez ścieżki odnośników zamiast szuka domyślnie Pythona.