GNU Info

Info Node: (python2.1-dist.info)Creating Built Distributions

(python2.1-dist.info)Creating Built Distributions


Next: Reference Prev: Creating a Source Distribution Up: Top
Enter node , (file) or (file)node

Creating Built Distributions
****************************

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 are
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

then the Distutils builds my module distribution (the Distutils itself
in this case), does a "fake" installation (also in the `build'
directory), and creates the default type of built distribution for my
platform.  The default format for built distributions is a "dumb" tar
file on UNIX, and an simple executable installer on Windows.  (That tar
file is considered "dumb" because it has to be unpacked in a specific
location to work.)

Thus, the above command on a UNIX system creates
`Distutils-0.9.1.`PLAT'.tar.gz'; unpacking this tarball from the right
place installs the Distutils just as though you had downloaded the
source distribution and run `python setup.py install'.  (The "right
place" is either the root of the filesystem or Python's `PREFIX'
directory, depending on the options given to the `bdist_dumb' command;
the default is to make dumb distributions relative to `PREFIX'.)

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.  And creating "smart" built distributions,
such as an RPM package or an executable installer for Windows, is a big
win for users even if your distribution doesn't include any extensions.

The `bdist' command has a `--formats' 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

would, when run on a UNIX system, create
`Distutils-0.8.`PLAT'.zip'--again, this archive would be unpacked from
the root directory to install the Distutils.

The available formats for built distributions are:
Format                   Description              Notes
------                   -----                    -----
gztar                    gzipped tar file         (1),(3)
                         (`.tar.gz')              
ztar                     compressed tar file      (3)
                         (`.tar.Z')               
tar                      tar file (`.tar')        (3)
zip                      zip file (`.zip')        (4)
rpm                      RPM                      (5)
srpm                     source RPM               (5) *to do!*
wininst                  self-extracting ZIP      (2),(4)
                         file for Windows         

Notes:
`(1)'
     default on UNIX

`(2)'
     default on Windows *to-do!*

`(3)'
     requires external utilities: `tar' and possibly one of `gzip',
     `bzip2', or `compress'

`(4)'
     requires either external `zip' utility or `zipfile' module (not
     part of the standard Python library)

`(5)'
     requires external `rpm' utility, version 3.0.4 or better (use `rpm
     --version' to find out which version you have)

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
------                               -----
bdist_dumb                           tar, ztar, gztar, zip
bdist_rpm                            rpm, srpm
bdist_wininst                        wininst

The following sections give details on the individual `bdist_*'
commands.

Creating dumb built distributions
Creating RPM packages
Creating Windows installers

automatically generated by info2www version 1.2.2.9