summaryrefslogtreecommitdiffstats
path: root/Doc/dist/dist.tex
diff options
context:
space:
mode:
authorGreg Ward <gward@python.net>2000-09-06 01:37:35 (GMT)
committerGreg Ward <gward@python.net>2000-09-06 01:37:35 (GMT)
commit54589d4d97c4dd35fa40566e827685d310398524 (patch)
treef5a51e9b3c8ef1635517d81ff1686ffcf04a8e3b /Doc/dist/dist.tex
parent239e1d5e505eff2fc41bcb294b6c0ce3c8b80312 (diff)
downloadcpython-54589d4d97c4dd35fa40566e827685d310398524.zip
cpython-54589d4d97c4dd35fa40566e827685d310398524.tar.gz
cpython-54589d4d97c4dd35fa40566e827685d310398524.tar.bz2
General overhaul of the "Creating a Source Distribution" section --
better explanation of manifest files, in particular.
Diffstat (limited to 'Doc/dist/dist.tex')
-rw-r--r--Doc/dist/dist.tex131
1 files changed, 80 insertions, 51 deletions
diff --git a/Doc/dist/dist.tex b/Doc/dist/dist.tex
index abf749d..4ac9c32 100644
--- a/Doc/dist/dist.tex
+++ b/Doc/dist/dist.tex
@@ -691,12 +691,10 @@ python setup.py sdist
\end{verbatim}
(assuming you haven't specified any \command{sdist} options in the setup
script or config file), \command{sdist} creates the archive of the
-default format for the current platform. The default formats are:
-\begin{tableii}{ll}{textrm}%
- {Platform}{Default archive format for source distributions}
- \lineii{Unix}{gzipped tar file (\file{.tar.gz})}
- \lineii{Windows}{zip file}
-\end{tableii}
+default format for the current platform. The default format is gzip'ed
+tar file (\file{.tar.gz}) on Unix, and ZIP file on Windows. \XXX{no Mac
+ OS support here}
+
You can specify as many formats as you like using the
\longprogramopt{formats} option, for example:
\begin{verbatim}
@@ -705,29 +703,31 @@ python setup.py sdist --formats=gztar,zip
to create a gzipped tarball and a zip file. The available formats are:
\begin{tableiii}{l|l|c}{code}%
{Format}{Description}{Notes}
- \lineiii{zip}{zip file (\file{.zip})}{(1),(2)}
- \lineiii{gztar}{gzip'ed tar file (\file{.tar.gz})}{(3),(4)}
+ \lineiii{zip}{zip file (\file{.zip})}{(1),(3)}
+ \lineiii{gztar}{gzip'ed tar file (\file{.tar.gz})}{(2),(4)}
\lineiii{bztar}{bzip2'ed tar file (\file{.tar.gz})}{(4)}
\lineiii{ztar}{compressed tar file (\file{.tar.Z})}{(4)}
- \lineiii{tar}{tar file (\file{.tar})}{}
+ \lineiii{tar}{tar file (\file{.tar})}{(4)}
\end{tableiii}
\noindent Notes:
\begin{description}
\item[(1)] default on Windows
-\item[(2)] under both Unix and Windows, requires either external
+\item[(2)] default on Unix
+\item[(3)] under both Unix and Windows, requires either external
Info-ZIP utility \emph{or} the \module{zipfile} module
-\item[(3)] default on Unix
\item[(4)] requires external utilities: \program{tar} and possibly one
of \program{gzip}, \program{bzip2}, or \program{compress}
\end{description}
-\subsection{The manifest and manifest template}
+
+\subsection{Specifying the files to distribute}
\label{manifest}
-Without any additional information, the \command{sdist} command puts a
-minimal set of files into the source distribution:
+If you don't supply an explicit list of files (or instructions on how to
+generate one), the \command{sdist} command puts a minimal default set
+into the source distribution:
\begin{itemize}
\item all Python source files implied by the \option{py\_modules} and
\option{packages} options
@@ -738,15 +738,22 @@ minimal set of files into the source distribution:
(currently, the Distutils don't do anything with test scripts except
include them in source distributions, but in the future there will be
a standard for testing Python module distributions)
-\item \file{README.txt} (or \file{README}) and \file{setup.py}
+\item \file{README.txt} (or \file{README}), \file{setup.py} (or whatever
+ you called your setup script), and \file{setup.cfg}
\end{itemize}
Sometimes this is enough, but usually you will want to specify
additional files to distribute. The typical way to do this is to write
a \emph{manifest template}, called \file{MANIFEST.in} by default. The
-\command{sdist} command processes this template and generates a manifest
-file, \file{MANIFEST}. (If you prefer, you can skip the manifest
-template and generate the manifest yourself: it just lists one file per
-line.)
+manifest template is just a list of instructions for how to generate
+your manifest file, \file{MANIFEST}, which is the exact list of files to
+include in your source distribution. The \command{sdist} command
+processes this template and generates a manifest based on its
+instructions and what it finds in the filesystem.
+
+If you prefer to roll your own manifest file, the format is simple: one
+filename per line, regular files (or symlinks to them) only. If you do
+supply your own \file{MANIFEST}, you must specify everything: the
+default set of files described above does not apply in this case.
The manifest template has one command per line, where each command
specifies a set of files to include or exclude from the source
@@ -760,16 +767,30 @@ prune examples/sample?/build
The meanings should be fairly clear: include all files in the
distribution root matching \code{*.txt}, all files anywhere under the
\file{examples} directory matching \code{*.txt} or \code{*.py}, and
-exclude all directories matching \code{examples/sample?/build}. There
-are several other commands available in the manifest template
-mini-language; see section~\ref{sdist-cmd}.
+exclude all directories matching \code{examples/sample?/build}. All of
+this is done \emph{after} the standard include set, so you can exclude
+files from the standard set with explicit instructions in the manifest
+template. (Or, you can use the \longprogramopt{no-defaults} option to
+disable the standard set entirely.) There are several other commands
+available in the manifest template mini-language; see
+section~\ref{sdist-cmd}.
+
+The order of commands in the manifest template matters: initially, we
+have the list of default files as described above, and each command in
+the template adds to or removes from that list of files. Once we have
+fully processed the manifest template, we remove files that should not
+be included in the source distribution:
+\begin{itemize}
+\item all files in the Distutils ``build'' tree (default \file{build/})
+\item all files in directories named \file{RCS} or \file{CVS}
+\end{itemize}
+Now we have our complete list of files, which is written to the manifest
+for future reference, and then used to build the source distribution
+archive(s).
-The order of commands in the manifest template very much matters:
-initially, we have the list of default files as described above, and
-each command in the template adds to or removes from that list of files.
-When we have fully processed the manifest template, we have our complete
-list of files. This list is written to the manifest for future
-reference, and then used to build the source distribution archive(s).
+You can disable the default set of included files with the
+\longprogramopt{no-defaults} option, and you can disable the standard
+exclude set with \longprogramopt{no-prune}.
Following the Distutils' own manifest template, let's trace how the
\command{sdist} command builds the list of files to include in the
@@ -778,23 +799,24 @@ Distutils source distribution:
\item include all Python source files in the \file{distutils} and
\file{distutils/command} subdirectories (because packages
corresponding to those two directories were mentioned in the
- \option{packages} option in the setup script)
-\item include \file{test/test*.py} (always included)
-\item include \file{README.txt} and \file{setup.py} (always included)
+ \option{packages} option in the setup script---see
+ section~\ref{setup-script})
+\item include \file{README.txt}, \file{setup.py}, and \file{setup.cfg}
+ (standard files)
+\item include \file{test/test*.py} (standard files)
\item include \file{*.txt} in the distribution root (this will find
\file{README.txt} a second time, but such redundancies are weeded out
later)
-\item in the sub-tree under \file{examples}, include anything matching
- \file{*.txt}
-\item in the sub-tree under \file{examples}, include anything matching
- \file{*.py}
-\item remove all files in the sub-trees starting at directories matching
- \file{examples/sample?/build}---this may exclude files included by the
- previous two steps, so it's important that the \code{prune} command in
- the manifest template comes after the two \code{recursive-include}
- commands
+\item include anything matching \file{*.txt} or \file{*.py} in the
+ sub-tree under \file{examples},
+\item exclude all files in the sub-trees starting at directories
+ matching \file{examples/sample?/build}---this may exclude files
+ included by the previous two steps, so it's important that the
+ \code{prune} command in the manifest template comes after the
+ \code{recursive-include} command
+\item exclude the entire \file{build} tree, and any \file{RCS} or
+ \file{CVS} directories
\end{enumerate}
-
Just like in the setup script, file and directory names in the manifest
template should always be slash-separated; the Distutils will take care
of converting them to the standard representation on your platform.
@@ -809,15 +831,26 @@ follows:
\begin{itemize}
\item if the manifest file, \file{MANIFEST} doesn't exist, read
\file{MANIFEST.in} and create the manifest
+\item if neither \file{MANIFEST} nor \file{MANIFEST.in} exist, create a
+ manifest with just the default file set\footnote{In versions of the
+ Distutils up to and including 0.9.2 (Python 2.0b1), this feature was
+ broken; use the \programopt{-f} (\longprogramopt{force-manifest})
+ option to work around the bug.}
\item if either \file{MANIFEST.in} or the setup script (\file{setup.py})
are more recent than \file{MANIFEST}, recreate \file{MANIFEST} by
reading \file{MANIFEST.in}
\item use the list of files now in \file{MANIFEST} (either just
generated or read in) to create the source distribution archive(s)
\end{itemize}
-There are a couple of options that modify this behaviour.
-
-First, you might want to force the manifest to be regenerated---for
+There are a couple of options that modify this behaviour. First, use
+the \longprogramopt{no-defaults} and \longprogramopt{no-prune} to
+disable the standard ``include'' and ``exclude'' sets.\footnote{Note
+ that if you have no manifest template, no manifest, and use the
+ \longprogramopt{no-defaults}, you will get an empty manifest. Another
+ bug in Distutils 0.9.2 and earlier causes an uncaught exception in
+ this case. The workaround is: Don't Do That.}
+
+Second, you might want to force the manifest to be regenerated---for
example, if you have added or removed files or directories that match an
existing pattern in the manifest template, you should regenerate the
manifest:
@@ -830,13 +863,9 @@ source distribution:
\begin{verbatim}
python setup.py sdist --manifest-only
\end{verbatim}
-(\longprogramopt{manifest-only} implies \longprogramopt{force-manifest}.)
-
-If you don't want to use the default file set, you can supply the
-\longprogramopt{no-defaults} option. If you use
-\longprogramopt{no-defaults} and don't supply a manifest template (or
-it's empty, or nothing matches the patterns in it), then your source
-distribution will be empty.
+\longprogramopt{manifest-only} implies \longprogramopt{force-manifest}.
+\programopt{-o} is a shortcut for \longprogramopt{manifest-only}, and
+\programopt{-f} for \longprogramopt{force-manifest}.
\section{Creating Built Distributions}