Python包管理工具

原文参考：http://ju.outofmemory.cn/entry/106476 and http://blog.csdn.net/xluren/article/details/41114779

1 前言

2 获取pip
2.1 脚本安装pip
2.2 使用包管理软件安装
2.3 更新pip

3 pip基本使用
3.1 安装PyPI软件
3.2 查看具体安装文件
3.3 查看哪些软件需要更新
3.4 升级软件包
3.5 卸载软件包

4 pip简明手册
4.1 安装具体版本软件
4.2 Requirements文件安装依赖软件
4.3 列出软件包清单
4.4 查看软件包信息
4.5 搜寻
4.6 配置文件
4.7 命令行自动补全

5 包制作

1 前言

pip 是一个Python包管理工具，主要是用于安装 PyPI 上的软件包，可以替代 easy_install 工具。

GitHub: https://github.com/pypa/pip
Doc: https://pip.pypa.io/en/latest/

2 获取pip

2.1 脚本安装pip

curl -O https://raw.github.com/pypa/pip/master/contrib/get-pip.py

python get-pip.py

2.2 使用包管理软件安装

sudo yum install python-pip

sudo apt-get install python-pip

2.3 更新pip

pip install -U pip

3 pip基本使用

3.1 安装PyPI软件

pip install SomePackage

[...]
Successfully installed SomePackage

3.2 查看具体安装文件

pip show --files SomePackage

Name: SomePackage
Version: 1.0
Location: /my/env/lib/pythonx.x/site-packages
Files:
../somepackage/__init__.py
[...]

3.3 查看哪些软件需要更新

pip list --outdated

SomePackage (Current: 1.0 Latest: 2.0)

3.4 升级软件包

pip install --upgrade SomePackage

[...]
Found existing installation: SomePackage 1.0
Uninstalling SomePackage:
Successfully uninstalled SomePackage
Running setup.py install for SomePackage
Successfully installed SomePackage

3.5 卸载软件包

pip uninstall SomePackage

Uninstalling SomePackage:
/my/env/lib/pythonx.x/site-packages/somepackage
Proceed (y/n)? y
Successfully uninstalled SomePackage

4 pip简明手册

4.1 安装具体版本软件

pip install SomePackage # latest version
pip install SomePackage==1.0.4 # specific version
pip install 'SomePackage>=1.0.4' # minimum version

4.2 Requirements文件安装依赖软件
Requirements文件一般记录的是依赖软件列表，通过pip可以一次性安装依赖软件包:

pip freeze > requirements.txt

pip install -r requirements.txt

4.3 列出软件包清单

pip list

pip list --outdated

ipython (Current: 1.2.0 Latest: 2.3.0)

4.4 查看软件包信息

pip show pip
---
Name: pip
Version: 1.4.1
Location: /Library/Python/2.7/site-packages/pip-1.4.1-py2.7.egg
Requires:

pip show pyopencl
---
Name: pyopencl
Version: 2014.1
Location: /Library/Python/2.7/site-packages
Requires: pytools, pytest, decorator

4.5 搜寻

pip search pycuda

pycuda - Python wrapper for Nvidia CUDA
pyfft - FFT library for PyCuda and PyOpenCL
cudatree - Random Forests for the GPU using PyCUDA
reikna - GPGPU algorithms for PyCUDA and PyOpenCL
compyte - A common set of compute primitives for PyCUDA and PyOpenCL (to be created)

4.6 配置文件
配置文件: $HOME/.pip/pip.conf, 举例:

[global]
timeout = 60
index-url = http://download.zope.org/ppix

[install]
ignore-installed = true
no-dependencies = yes

4.7 命令行自动补全
对于bash:

pip completion --bash >> ~/.profile
对于zsh:

pip completion --zsh >> ~/.zprofile
加载此配置文件后，则pip命令支持自动补全功能.

5 包制作

5.1 编写setup.py文件

一个简单的包制作，只需要setup.py文件 + 需要打包的源文件

假设你要分发一个叫color的模块，文件名color.py，那么setup.py内容如下：

from distutils.core import setup
setup(name='color',
version='1.0',
py_modules=['color'],
)

5.2 制作zip安装包　　

运行python setup.py sdist为模块创建一个源码包

running bdist_wininst
running build
running build_py
creating build
creating buildlib
copying color.py -> buildlib
installing to builddist.win32wininst
running install_lib
creating builddist.win32
creating builddist.win32wininst
creating builddist.win32wininstPURELIB
copying buildlibcolor.py -> builddist.win32wininstPURELIB
running install_egg_info
Writing builddist.win32wininstPURELIBcolor-1.0-py2.7.egg-info
creating 'c:usersadminappdatalocal	emp	mpb9ztnn.zip' and adding '.' to it
adding 'PURELIBcolor-1.0-py2.7.egg-info'
adding 'PURELIBcolor.py'
removing 'builddist.win32wininst' (and everything under it)

在当前目录下，会创建dist目录，里面有个文件名为color-1.0.tar.gz，这个就是可以分发的包。使用者拿到这个包后，解压，到color-1.0目录下执行：python setup.py install，那么，color.py就会被拷贝到python类路径下，可以被导入使用。

running install
running build
running build_py
creating build
creating buildlib
copying color.py -> buildlib
running install_lib
byte-compiling C:Python27Libsite-packagescolor.py to color.pyc
running install_egg_info
Removing C:Python27Libsite-packagescolor-1.0-py2.7.egg-info
Writing C:Python27Libsite-packagescolor-1.0-py2.7.egg-info

5.3 制作Windows下的exe安装文件，Linux下的rpm文件。

对于Windows，可以执行python setup.py bdist_wininst生成一个exe文件；若要生成RPM包，执行python setup.py bdist_rpm，但系统必须有rpm命令的支持。可以运行下面的命令查看所有格式的支持：

root@network:/kong/setup# python setup.py bdist --help-formats
List of available distribution formats:
--formats=rpm RPM distribution
--formats=gztar gzip'ed tar file
--formats=bztar bzip2'ed tar file
--formats=ztar compressed tar file
--formats=tar tar file
--formats=wininst Windows executable installer
--formats=zip ZIP file
--formats=msi Microsoft Installer

5.4 setup函数还有一些参数：

1、packages

告诉Distutils需要处理那些包（包含__init__.py的文件夹）

2、package_dir

告诉Distutils哪些目录下的文件被映射到哪个源码包。一个例子：package_dir = {'': 'lib'}，表示“root package”中的模块都在lib目录中。
3、ext_modules
是一个包含Extension实例的列表，Extension的定义也有一些参数。
4、ext_package
定义extension的相对路径
5、requires
定义依赖哪些模块
6、provides
定义可以为哪些模块提供依赖
7、scripts
指定python源码文件，可以从命令行执行。在安装时指定--install-script
8、package_data
通常包含与包实现相关的一些数据文件或类似于readme的文件。如果没有提供模板，会被添加到MANIFEST文件中。
9、data_files
指定其他的一些文件（如配置文件）

setup(...,
data_files=[('bitmaps', ['bm/b1.gif', 'bm/b2.gif']),
('config', ['cfg/data.cfg']),
('/etc/init.d', ['init-script'])]
)

规定了哪些文件被安装到哪些目录中。如果目录名是相对路径，则是相对于sys.prefix或sys.exec_prefix的路径。如果没有提供模板，会被添加到MANIFEST文件中。

执行sdist命令时，默认会打包哪些东西呢？

所有由py_modules或packages指定的源码文件
所有由ext_modules或libraries指定的C源码文件
由scripts指定的脚本文件
类似于test/test*.py的文件
README.txt或README，setup.py，setup.cfg
所有package_data或data_files指定的文件

还有一种方式是写一个manifest template，名为MANIFEST.in，定义如何生成MANIFEST文件，内容就是需要包含在分发包中的文件。一个MANIFEST.in文件如下：

include *.txt
recursive-include examples *.txt *.py
prune examples/sample?/build

setup.cfg

setup.cfg提供一种方式，可以让包的开发者提供命令的默认选项，同时为用户提供修改的机会。对setup.cfg的解析，是在setup.py之后，在命令行执行前。

setup.cfg文件的形式类似于

[command]
option=value
...

其中，command是Distutils的命令参数，option是参数选项，可以通过python setup.py --help build_ext方式获取。

需要注意的是，比如一个选项是--foo-bar，在setup.cfg中必须改成foo_bar的格式

符合Distutils2的setup.cfg有些不同。包含一些sections：
1、global
定义Distutils2的全局选项，可能包含commands，compilers，setup_hook（定义脚本，在setup.cfg被读取后执行，可以修改setup.cfg的配置）
2、metadata
3、files

packages_root：根目录
packages
modules
scripts
extra_files

4、command sections

Setuptools

上面的setup.py和setup.cfg都是遵循python标准库中的Distutils，而setuptools工具针对Python官方的distutils做了很多针对性的功能增强，比如依赖检查，动态扩展等。很多高级功能我就不详述了，自己也没有用过，等用的时候再作补充。

一个典型的遵循setuptools的脚本：

from setuptools import setup, find_packages
setup(
name = "HelloWorld",
version = "0.1",
packages = find_packages(),
scripts = ['say_hello.py'],
# Project uses reStructuredText, so ensure that the docutils get
# installed or upgraded on the target machine
install_requires = ['docutils>=0.3'],
package_data = {
# If any package contains *.txt or *.rst files, include them:
'': ['*.txt', '*.rst'],
# And include any *.msg files found in the 'hello' package, too:
'hello': ['*.msg'],
},
# metadata for upload to PyPI
author = "Me",
author_email = "me@example.com",
description = "This is an Example Package",
license = "PSF",
keywords = "hello world example examples",
url = "http://example.com/HelloWorld/", # project home page, if any
# could also include long_description, download_url, classifiers, etc.
)

如何让一个egg可被执行？

setup(
# other arguments here...
entry_points = {
'setuptools.installation': [
'eggsecutable = my_package.some_module:main_func',
]
}
)

如何定义一个可选特性？

setup(
name="Project-A",
...
extras_require = {
'PDF': ["ReportLab>=1.2", "RXP"],
'reST': ["docutils>=0.3"],
}
)

特性如何使用呢？需要与entry points结合使用：

setup(
name="Project-A",
...
entry_points = {
'console_scripts': [
'rst2pdf = project_a.tools.pdfgen [PDF]',
'rst2html = project_a.tools.htmlgen',
# more script entry points ...
],
}
)

或者被其他project依赖：install_requires = ["Project-A[PDF]"]

插件式开发

我想大家最熟悉的就是这个特性了吧。比如一个博客系统想用不同的插件支持不同的语言输出格式，那么就可以定义一个“entry point group”，不同的插件就可以注册“entry point”，插件注册的示例：

setup(
# ...
entry_points = {'blogtool.parsers': ['.rst = some_module:a_func']}
)
# 或者
setup(
# ...
entry_points = """
[blogtool.parsers]
.rst = some.nested.module:SomeClass.some_classmethod [reST]
""",
extras_require = dict(reST = "Docutils>=0.3.5")
)

Setuptools中的dependency_links

Setuptools有一个功能叫做 dependency_links

from setuptools import setup

setup(
# ...
dependency_links = [
"http://packages.example.com/snapshots/",
"http://example2.com/p/bar-1.0.tar.gz",
],
)

这一功能除去了依赖的抽象特性，直接把依赖的获取url标在了setup.py里。就像在Go语言中修改依赖包一样，我们只需要修改依赖链中每个包的 dependency_links 。

管理依赖

我们写依赖声明的时候需要在 setup.py 中写好抽象依赖（install_requires），在 requirements.txt 中写好具体的依赖，但是我们并不想维护两份依赖文件，这样会让我们很难做好同步。 requirements.txt 可以更好地处理这种情况，我们可以在有 setup.py 的目录里写下一个这样的 requirements.txt

--index https://pypi.python.org/simple/
-e .

这样 pip install -r requirements.txt 可以照常工作，它会先安装该文件路径下的包，然后继续开始解析抽象依赖，结合 --index 选项后转换为具体依赖然后再安装他们。

这个办法可以让我们解决一种类似这样的情形：比如你有两个或两个以上的包在一起开发但是是分开发行的，或者说你有一个尚未发布的包并把它分成了几个部分。如果你的顶层的包依然仅仅按照“名字”来依赖的话，我们依然可以使用 requirements.txt 来安装开发版本的依赖包:

--index https://pypi.python.org/simple/
-e https://github.com/foo/bar.git#egg=bar
-e .

这会首先从 https://github.com/foo/bar.git 来安装包 bar ，然后进行到第二行 -e . ，开始安装 setup 中的抽象依赖，但是包 bar 已经安装过了，所以 pip 会跳过安装。

Differences between distribute, distutils, setuptools and distutils2

Distutils is the standard tool used for packaging. It works rather well for simple needs, but is limited and not trivial to extend.

Setuptools is a project born from the desire to fill missing distutils functionality and explore new directions. In some subcommunities, it’s a de facto standard. It uses monkey-patching and magic that is frowned upon by Python core developers.

Distribute is a fork of Setuptools that was started by developers feeling that its development pace was too slow and that it was not possible to evolve it. Its development was considerably slowed when distutils2 was started by the same group. 2013-August update: distribute is merged back into setuptools and discontinued.

Distutils2 is a new distutils library, started as a fork of the distutils codebase, with good ideas taken from setup tools (of which some were thoroughly discussed in PEPs), and a basic installer inspired by pip. The actual name you use to import Distutils2 is packaging in the Python 3.3+ standard library, or distutils2 in 2.4+ and 3.1–3.2. (A backport will be available soon.) Distutils2 did not make the Python 3.3 release, and it was put on hold.

PBR

pbr是setuptools的辅助工具，最初是为OpenStack开发(https://launchpad.net/pbr)，基于d2to1。

A library for managing setuptools packaging needs in a consistent manner.

pbr会读取和过滤setup.cfg中的数据，然后将解析后的数据提供给setup.py作为参数。包含如下功能：
1、从git中获取Version、AUTHORS and ChangeLog信息
2、Sphinx Autodoc。pbr会扫描project，找到所有模块，生成stub files
3、Requirements。pbr会读取requirements.txt，生成setup函数需要的install_requires/tests_require/dependency_links

这里需要注意，在requirements.txt文件的头部可以使用：--index https://pypi.python.org/simple/，这一行把一个抽象的依赖声明如 requests==1.2.0 转变为一个具体的依赖声明 requests 1.2.0 from pypi.python.org/simple/

4、long_description。从README.rst, README.txt or README file中生成long_description参数

使用pbr很简单：

from setuptools import setup
setup(
setup_requires=['pbr'],
pbr=True,
)

使用pbr时，setup.cfg中有一些配置。在[files]中，有三个key：
packages:指定需要包含的包，行为类似于setuptools.find_packages
namespace_packages:指定namespace packages
data_files: 指定目的目录和源文件路径，一个示例：

[files]
data_files =
etc/pbr = etc/pbr/*
etc/neutron =
etc/api-paste.ini
etc/dhcp-agent.ini
etc/init.d = neutron.init

[entry_points]段跟setuptools的方式相同。

Babel

A collection of tools for internationalizing Python applications

Babel是 Python 的一个国际化工具包，提供了对distutils或setuptools的支持，包含一些命令。

1、compile_catalog
类似于msgfmt工具，takes a message catalog from a PO file and compiles it to a binary MO file.

$ ./setup.py compile_catalog --directory foobar/locale --locale pt_BR
running compile_catalog
compiling catalog to foobar/locale/pt_BR/LC_MESSAGES/messages.mo

2、extract_messages
类似于xgettext，it can extract localizable messages from a variety of difference source files, and generate a PO (portable object) template file from the collected messages.

$ ./setup.py extract_messages --output-file foobar/locale/messages.pot
running extract_messages
extracting messages from foobar/__init__.py
extracting messages from foobar/core.py
...
writing PO template file to foobar/locale/messages.pot

3、update_catalog
类似于msgmerge，it updates an existing translations catalog based on a PO template file (POT).

setup.py和pip

表面上，python setup.py install和pip install都是用来安装python包的，实际上，pip提供了更多的特性，更易于使用。体现在以下几个方面：

pip会自动下载依赖，而如果使用setup.py，则需要手动搜索和下载；
pip会自动管理包的信息，使卸载/更新更加方便和容易，使用pip uninstall即可。而使用setup.py，必须手动删除，有时容易出错。
pip提供了对virtualenv更好的整合。