- Page Status
Complete
- Last Reviewed
2015-09-09
This section covers the basics of how to install Python packages
<Distribution Package>
.
It's important to note that the term "package" in this context is being used as a synonym for a distribution <Distribution Package>
(i.e. a bundle of software to be installed), not to refer to the kind of package <Import
Package>
that you import in your Python source code (i.e. a container of modules). It is common in the Python community to refer to a distribution
<Distribution Package>
using the term "package". Using the term "distribution" is often not preferred, because it can easily be confused with a Linux distribution, or another larger software distribution like Python itself.
Contents
This section describes the steps to follow before installing other Python packages.
If you have Python 2 >=2.7.9 or Python 3 >=3.4 installed from python.org, you will already have
pip
andsetuptools
, but will need to upgrade to the latest version:On Linux or OS X:
pip install -U pip setuptools
On Windows:
python -m pip install -U pip setuptools
You will not have
wheel
, so you'll need to run:pip install wheel
- If you're using a Python install on Linux that's managed by the system package manager (e.g "yum", "apt-get" etc...), and you want to use the system package manager to install or upgrade pip, then see
Installing pip/setuptools/wheel with Linux Package Managers
- Otherwise:
- Securely Download get-pip.py1
Run
python get-pip.py
.2 This will install or upgrade pip. Additionally, it will installsetuptools
andwheel
if they're not installed already.Warning
Be cautious if you're using a Python install that's managed by your operating system or another package manager. get-pip.py does not coordinate with those tools, and may leave your system in an inconsistent state.
See section below <Creating and using Virtual Environments>
for details, but here's the basic commands:
Using
virtualenv
:pip install virtualenv virtualenv <DIR> source <DIR>/bin/activate
pyvenv <DIR> source <DIR>/bin/activate
Python "Virtual Environments" allow Python packages <Distribution
Package>
to be installed in an isolated location for a particular application, rather than being installed globally.
Imagine you have an application that needs version 1 of LibFoo, but another application requires version 2. How can you use both these applications? If you install everything into /usr/lib/python2.7/site-packages (or whatever your platform’s standard location is), it’s easy to end up in a situation where you unintentionally upgrade an application that shouldn’t be upgraded.
Or more generally, what if you want to install an application and leave it be? If an application works, any change in its libraries or the versions of those libraries can break the application.
Also, what if you can’t install packages <Distribution Package>
into the global site-packages directory? For instance, on a shared host.
In all these cases, virtual environments can help you. They have their own installation directories and they don’t share libraries with other virtual environments.
Currently, there are two viable tools for creating Python virtual environments: virtualenv
and pyvenv. pyvenv is only available in Python 3.3 & 3.4, and only in Python 3.4, is pip
& setuptools
installed into environments by default, whereas virtualenv
supports Python 2.6 thru Python 3.4 and pip
& setuptools
are installed by default in every version.
The basic usage is like so:
Using virtualenv
:
virtualenv <DIR>
source <DIR>/bin/activate
Using pyvenv:
pyvenv <DIR>
source <DIR>/bin/activate
For more information, see the virtualenv docs or the pyvenv docs.
pip
is the recommended installer. Below, we'll cover the most common usage scenarios. For more detail, see the pip docs, which includes a complete Reference Guide.
There are a few cases where you might want to use easy_install instead of pip. For details, see the the pip vs easy_install
breakdown in the Advanced
Topics <additional>
section.
The most common usage of pip
is to install from the Python Package
Index <Python Package Index (PyPI)>
using a requirement specifier
<Requirement Specifier>
. Generally speaking, a requirement specifier is composed of a project name followed by an optional version specifier
<Version Specifier>
. 440
contains a full
specification <440#version-specifiers>
of the currently supported specifiers. Below are some examples.
To install the latest version of "SomeProject":
pip install 'SomeProject'
To install a specific version:
pip install 'SomeProject==1.4'
To install greater than or equal to one version and less than another:
pip install 'SomeProject>=1,<2'
To install a version that's "compatible" <440#compatible-release>
with a certain version:4
pip install 'SomeProject~=1.4.2'
In this case, this means to install any version "==1.4.*" version that's also ">=1.4.2".
pip
can install from either Source Distributions (sdist) <Source
Distribution (or "sdist")>
or Wheels <Wheel>
, but if both are present on PyPI, pip will prefer a compatible wheel <Wheel>
.
Wheels <Wheel>
are a pre-built distribution <Distribution
Package>
format that provides faster installation compared to Source
Distributions (sdist) <Source Distribution (or "sdist")>
, especially when a project contains compiled extensions.
If pip
does not find a wheel to install, it will locally build a wheel and cache it for future installs, instead of rebuilding the source distribution in the future.
Upgrade an already installed SomeProject to the latest from PyPI.
pip install --upgrade SomeProject
To install packages <Distribution Package>
that are isolated to the current user, use the --user
flag:
pip install --user SomeProject
For more information see the User Installs section from the pip docs.
Install a list of requirements specified in a Requirements File
<pip:Requirements Files>
.
pip install -r requirements.txt
Install a project from VCS in "editable" mode. For a full breakdown of the syntax, see pip's section on VCS Support <pip:VCS Support>
.
pip install -e git+https://git.repo/some_pkg.git#egg=SomeProject # from git
pip install -e hg+https://hg.repo/some_pkg.git#egg=SomeProject # from mercurial
pip install -e svn+svn://svn.repo/some_pkg/trunk/#egg=SomeProject # from svn
pip install -e git+https://git.repo/some_pkg.git@feature#egg=SomeProject # from a branch
Install from an alternate index
pip install --index-url http://my.package.repo/simple/ SomeProject
Search an additional index during install, in addition to PyPI <Python
Package Index (PyPI)>
pip install --extra-index-url http://my.package.repo/simple SomeProject
Installing from local src in Development Mode, i.e. in such a way that the project appears to be installed, but yet is still editable from the src tree.
pip install -e <path>
You can also normally from src
pip install <path>
Install a particular source archive file.
pip install ./downloads/SomeProject-1.0.4.tar.gz
Install from a local directory containing archives (and don't check PyPI
<Python Package Index (PyPI)>
)
pip install --no-index --find-links=file:///local/dir/ SomeProject
pip install --no-index --find-links=/local/dir/ SomeProject
pip install --no-index --find-links=relative/dir/ SomeProject
Find pre-release and development versions, in addition to stable versions. By default, pip only finds stable versions.
pip install --pre SomeProject
Install setuptools extras.
$ pip install SomePackage[PDF]
$ pip install SomePackage[PDF]==3.0
$ pip install -e .[PDF]==3.0 # editable project in current directory
"Secure" in this context means using a modern browser or a tool like curl that verifies SSL certificates when downloading from https URLs.↩
Depending on your platform, this may require root or Administrator access.
pip
is currently considering changing this by making user installs the default behavior.↩Beginning with Python 3.4,
pyvenv
(a stdlib alternative tovirtualenv
) will create virtualenv environments withpip
pre-installed, thereby making it an equal alternative tovirtualenv
.↩The compatible release specifier was accepted in
440
and support was released insetuptools
v8.0 andpip
v6.0↩