 |
 |
 |
Distributing Python Modules |  |
 |
|
|
|
|
Distributing Python Modules | |
|
|
A ``built distribution'' is what you're probably used to thinking of either as a ``binary package'' or an ``installer'' (depending on your background). It's not necessarily binary, though, because it might contain only Python source code and/or byte-code; and we don't call it a package, because that word is already spoken for in Python. (And ``installer'' is a term specific to the Windows world. ** do Mac people use it? **)
A built distribution is how you make life as easy as possible for installers of your module distribution: for users of RPM-based Linux systems, it's a binary RPM; for Windows users, it's an executable installer; for Debian-based Linux users, it's a Debian package; and so forth. Obviously, no one person will be able to create built distributions for every platform under the sun, so the Distutils is designed to enable module developers to concentrate on their specialty--writing code and creating source distributions--while an intermediary species of packager springs up to turn source distributions into built distributions for as many platforms as there are packagers.
Of course, the module developer could be his own packager; or the
packager could be a volunteer ``out there'' somewhere who has access to
a platform which the original developer does not; or it could be
software periodically grabbing new source distributions and turning them
into built distributions for as many platforms as the software has
access to. Regardless of the nature of the beast, a packager uses the
setup script and the bdist command family to generate built
distributions.
As a simple example, if I run the following command in the Distutils source tree:
python setup.py bdist
Thus, the above command on a Unix system creates
Distutils-0.9.1.plat.tar.gz; unpacking this tarball
from the root of the filesystemq installs the Distutils just as though
you had downloaded the source distribution and run python setup.py
install. (Assuming that the target system has their Python
installation laid out the same as you do--another reason these are
called ``dumb'' distributions.) Obviously, for pure Python
distributions, this isn't a huge win--but for non-pure distributions,
which include extensions that would need to be compiled, it can mean the
difference between someone being able to use your extensions or not.
** filenames are inaccurate here! **
The bdist command has a --format option,
similar to the sdist command, which you can use to select the
types of built distribution to generate: for example,
python setup.py bdist --format=zip
The available formats for built distributions are:
| Format | Description | Notes |
|---|---|---|
| zip file (.zip) | ||
| gzipped tar file (.tar.gz) | (1) | |
| compressed tar file (.tar.Z) | ||
| tar file (.tar) | ||
| RPM | ||
| source RPM | ** to do! ** | |
| self-extracting ZIP file for Windows | (2) |
Notes:
You don't have to use the bdist command with the
--formats option; you can also use the command that
directly implements the format you're interested in. Some of these
bdist ``sub-commands'' actually generate several similar
formats; for instance, the bdist_dumb command generates all
the ``dumb'' archive formats (tar, ztar, gztar, and
zip), and bdist_rpm generates both binary and source
RPMs. The bdist sub-commands, and the formats generated by
each, are:
| Command | Formats |
|---|---|
| tar, ztar, gztar, zip | |
| rpm, srpm | |
| wininst |
|
|
|
Distributing Python Modules | |
|
|