summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorÉric Araujo <merwok@netwok.org>2011-06-19 19:34:16 (GMT)
committerÉric Araujo <merwok@netwok.org>2011-06-19 19:34:16 (GMT)
commit54bb1e6aaf8fa9d7ec2f7d86fed44c0e87e0597a (patch)
tree33f754197b44c6710e8a5b8b490cc2d1edc363ff
parent3e425ac64b1f9ed858b098411012909cfe7b854e (diff)
downloadcpython-54bb1e6aaf8fa9d7ec2f7d86fed44c0e87e0597a.zip
cpython-54bb1e6aaf8fa9d7ec2f7d86fed44c0e87e0597a.tar.gz
cpython-54bb1e6aaf8fa9d7ec2f7d86fed44c0e87e0597a.tar.bz2
Improve documentation of packaging hooks
-rw-r--r--Doc/packaging/commandhooks.rst49
-rw-r--r--Doc/packaging/setupcfg.rst9
2 files changed, 36 insertions, 22 deletions
diff --git a/Doc/packaging/commandhooks.rst b/Doc/packaging/commandhooks.rst
index 0a3d044..b261d00 100644
--- a/Doc/packaging/commandhooks.rst
+++ b/Doc/packaging/commandhooks.rst
@@ -1,36 +1,47 @@
.. TODO integrate this in commandref and configfile
+.. _packaging-command-hooks:
+
=============
Command hooks
=============
Packaging provides a way of extending its commands by the use of pre- and
-post- command hooks. The hooks are simple Python functions (or any callable
-objects) and are specified in the config file using their full qualified names.
-The pre-hooks are run after the command is finalized (its options are
-processed), but before it is run. The post-hooks are run after the command
-itself. Both types of hooks receive an instance of the command object.
+post-command hooks. Hooks are Python functions (or any callable object) that
+take a command object as argument. They're specified in :ref:`config files
+<packaging-config-filenames>` using their fully qualified names. After a
+command is finalized (its options are processed), the pre-command hooks are
+executed, then the command itself is run, and finally the post-command hooks are
+executed.
See also global setup hooks in :ref:`setupcfg-spec`.
-Sample usage of hooks
-=====================
+.. _packaging-finding-hooks:
+
+Finding hooks
+=============
-Firstly, you need to make sure your hook is present in the path. This is usually
-done by dropping them to the same folder where `setup.py` file lives ::
+As a hook is configured with a Python dotted name, it must either be defined in
+a module installed on the system, or in a module present in the project
+directory, where the :file:`setup.cfg` file lives::
- # file: myhooks.py
- def my_install_hook(install_cmd):
- print "Oh la la! Someone is installing my project!"
+ # file: _setuphooks.py
-Then, you need to point to it in your `setup.cfg` file, under the appropriate
-command section ::
+ def hook(install_cmd):
+ metadata = install_cmd.dist.metadata
+ print('Hooked while installing %r %s!' % (metadata['Name'],
+ metadata['Version']))
+
+Then you need to configure it in :file:`setup.cfg`::
[install_dist]
- pre-hook.project = myhooks.my_install_hook
+ pre-hook.a = _setuphooks.hook
+
+Packaging will add the project directory to :data:`sys.path` and find the
+``_setuphooks`` module.
-The hooks defined in different config files (system-wide, user-wide and
-package-wide) do not override each other as long as they are specified with
-different aliases (additional names after the dot). The alias in the example
-above is ``project``.
+Hooks defined in different config files (system-wide, user-wide and
+project-wide) do not override each other as long as they are specified with
+different aliases (additional names after the dot). The alias in the example
+above is ``a``.
diff --git a/Doc/packaging/setupcfg.rst b/Doc/packaging/setupcfg.rst
index 2b01ffb..d5bc3e3 100644
--- a/Doc/packaging/setupcfg.rst
+++ b/Doc/packaging/setupcfg.rst
@@ -178,17 +178,20 @@ compilers
setup_hooks
Defines a list of callables to be called right after the :file:`setup.cfg`
- file is read, before any other processing. The callables are executed in the
+ file is read, before any other processing. Each value is a Python dotted
+ name to an object, which has to be defined in a module present in the project
+ directory alonside :file:`setup.cfg` or on Python's :data:`sys.path` (see
+ :ref:`packaging-finding-hooks`). The callables are executed in the
order they're found in the file; if one of them cannot be found, tools should
not stop, but for example produce a warning and continue with the next line.
Each callable receives the configuration as a dictionary (keys are
:file:`setup.cfg` sections, values are dictionaries of fields) and can make
- any changes to it. *optional*, *multi*
+ any change to it. *optional*, *multi*
Example::
[global]
- setup_hooks = package.setup.customize_dist
+ setup_hooks = _setuphooks.customize_config
Metadata