diff options
| author | Chris McDonough <chrism@agendaless.com> | 2009-11-10 05:03:02 +0000 |
|---|---|---|
| committer | Chris McDonough <chrism@agendaless.com> | 2009-11-10 05:03:02 +0000 |
| commit | c1bc021263d4ae2299851b809d5c4d0e48399f61 (patch) | |
| tree | a9d3c98f77da8ad0df31cc8501722594c7e407bb /docs/narr/project.rst | |
| parent | a461666449e767cf570e5689b13103037c538eb0 (diff) | |
| download | pyramid-c1bc021263d4ae2299851b809d5c4d0e48399f61.tar.gz pyramid-c1bc021263d4ae2299851b809d5c4d0e48399f61.tar.bz2 pyramid-c1bc021263d4ae2299851b809d5c4d0e48399f61.zip | |
Templates
---------
- Remove ``ez_setup.py`` and its import from all paster templates,
samples, and tutorials for ``distribute`` compatibility. The
documentation already explains how to install virtualenv (which will
include some ``setuptools`` package), so these files, imports and
usages were superfluous.
Deprecations
------------
- The ``options`` kw arg to the ``repoze.bfg.router.make_app``
function is deprecated. In its place is the keyword argument
``settings``. The ``options`` keyword continues to work, and a
deprecation warning is not emitted when it is detected. However,
the paster templates, code samples, and documentation now make
reference to ``settings`` rather than ``options``. This
change/deprecation was mainly made for purposes of clarity and
symmetry with the ``get_settings()`` API and dicussions of
"settings" in various places in the docs: we want to use the same
name to refer to the same thing everywhere.
Diffstat (limited to 'docs/narr/project.rst')
| -rw-r--r-- | docs/narr/project.rst | 22 |
1 files changed, 5 insertions, 17 deletions
diff --git a/docs/narr/project.rst b/docs/narr/project.rst index cb69fdc0e..0c2b133ea 100644 --- a/docs/narr/project.rst +++ b/docs/narr/project.rst @@ -65,7 +65,6 @@ project we name ``MyProject``: Copying +project+.ini_tmpl to ./MyProject/MyProject.ini Copying CHANGES.txt_tmpl to ./MyProject/CHANGES.txt Copying README.txt_tmpl to ./MyProject/README.txt - Copying ez_setup.py to ./MyProject/ez_setup.py Copying setup.py_tmpl to ./MyProject/setup.py Running /Users/chrism/projects/repoze/bfg/bin/python setup.py egg_info @@ -298,7 +297,6 @@ The ``MyProject`` project has the following directory structure:: MyProject/ |-- CHANGES.txt |-- README.txt - |-- ez_setup.py |-- myproject | |-- __init__.py | |-- configure.zcml @@ -327,10 +325,6 @@ describe, run, and test your application. #. ``README.txt`` describes the application in general. It is conventionally written in :term:`ReStructuredText` format. -#. ``ez_setup.py`` is a file that is used by ``setup.py`` to install - :term:`Setuptools` if the executing user does not have it - installed. - #. ``MyProject.ini`` is a :term:`PasteDeploy` configuration file that can be used to execute your application. @@ -339,10 +333,6 @@ describe, run, and test your application. file. We won't describe the ``CHANGES.txt`` or ``README.txt`` files. -``ez_setup.py`` is a file only used by ``setup.py`` in case a user who -wants to install your package does not have :term:`Setuptools` already -installed. It is only imported by and used by ``setup.py``, so we -won't describe it here either. .. _MyProject_ini: @@ -351,8 +341,8 @@ won't describe it here either. The ``MyProject.ini`` file is a :term:`PasteDeploy` configuration file. Its purpose is to specify an application to run when you invoke -``paster serve`` when you start an application, as well as the options -provided to that application. +``paster serve`` when you start an application, as well as the +deployment settings provided to that application. The generated ``MyProject.ini`` file looks like so: @@ -468,11 +458,9 @@ Our generated ``setup.py`` looks like this: .. literalinclude:: MyProject/setup.py :linenos: -The top of the file imports and uses ``ez_setup``, which causes -:term:`Setuptools` to be installed on an invoking user's computer if -it isn't already. The ``setup.py`` file calls the setuptools -``setup`` function, which does various things depending on the -arguments passed to ``setup.py`` on the command line. +The ``setup.py`` file calls the setuptools ``setup`` function, which +does various things depending on the arguments passed to ``setup.py`` +on the command line. Within the arguments to this function call, information about your application is kept. While it's beyond the scope of this |
