_ _ | |__ _ __ _____ __ _ __ (_)_ __ | '_ \| '__/ _ \ \ /\ / /____| '_ \| | '_ \ brew pip installs python packages | |_) | | | __/\ V V /_____| |_) | | |_) | inside of Homebrew. |_.__/|_| \___| \_/\_/ | .__/|_| .__/ |_| |_|
$ curl -sSL https://raw.github.com/edavis/brew-pip/master/brew_pip.py > ~/bin/brew-pip $ chmod +x ~/bin/brew-pip # make sure ~/bin is on your $PATH
brew pip mercurial # install the latest mercurial package brew pip django==1.2 # install django-1.2 brew pip ~/tox-1.3.tar.gz # can install local packages, too brew pip -u django==1.3.1 # upgrade to django-1.3.1 brew pip -k ipython # install ipython, but don't link it (i.e., keg-only) brew rm django # uninstallation taken care of by homebrew itself brew pip -h # for help
So python can load your installed libraries, you need to update your
export PYTHONPATH=$(brew --prefix)/lib/python2.7/site-packages
And for any scripts to be found, you need to update your
export PATH=$PATH:$(brew --prefix)/share/python
But doesn’t everybody use virtualenv now?
Why, yes, they do. But that doesn’t mean global installations are totally useless. What if you want to use a package without being active in a virtualenv – like say ipython?
brew pip you can globally install a select few packages while
relying on virtualenv for everything else.
It’s the best of both worlds.
- Add a
- Much more robust handling of different package syntaxes
- Can install VCS packages
- Add test suite
brew-pip.rbfor Homebrew installation
- Can accept local source distributions for installation
- Use pip directly, instead of creating temporary formula files.