Steve Piercy
2015-12-07 18fe0ec3a373675a2a3d083d87becfbb8ed04c2d
Merge pull request #2166 from stevepiercy/1.5-branch

update references to references to python-distribute.org
3 files modified
20 ■■■■ changed files
docs/narr/project.rst 10 ●●●● patch | view | raw | blame | history
docs/narr/scaffolding.rst 8 ●●●● patch | view | raw | blame | history
pyramid/config/views.py 2 ●●● patch | view | raw | blame | history
docs/narr/project.rst
@@ -677,11 +677,11 @@
.. note::
    ``setup.py`` is the de facto standard which Python developers use to
    distribute their reusable code.  You can read more about ``setup.py`` files
    and their usage in the `Setuptools documentation
    <http://peak.telecommunity.com/DevCenter/setuptools>`_ and `The
    Hitchhiker's Guide to Packaging <http://guide.python-distribute.org/>`_.
   ``setup.py`` is the de facto standard which Python developers use to
   distribute their reusable code.  You can read more about ``setup.py`` files
   and their usage in the `Setuptools documentation
   <http://peak.telecommunity.com/DevCenter/setuptools>`_ and `Python Packaging
   User Guide <https://packaging.python.org/en/latest/>`_.
Our generated ``setup.py`` looks like this:
docs/narr/scaffolding.rst
@@ -22,10 +22,10 @@
To create a scaffold template, create a Python :term:`distribution` to house
the scaffold which includes a ``setup.py`` that relies on the ``setuptools``
package.  See `Creating a Package
<http://guide.python-distribute.org/creation.html>`_ for more information about
how to do this.  For example, we'll pretend the distribution you create is
named ``CoolExtension``, and it has a package directory within it named
package.  See `Packaging and Distributing Projects
<https://packaging.python.org/en/latest/distributing/>`_ for more information
about how to do this.  For example, we'll pretend the distribution you create
is named ``CoolExtension``, and it has a package directory within it named
``coolextension``.
Once you've created the distribution, put a "scaffolds" directory within your
pyramid/config/views.py
@@ -1752,7 +1752,7 @@
        signatures than the ones supported by :app:`Pyramid` as described in
        its narrative documentation.
        The ``mapper`` should argument be an object implementing
        The ``mapper`` argument should be an object implementing
        :class:`pyramid.interfaces.IViewMapperFactory` or a :term:`dotted
        Python name` to such an object.  The provided ``mapper`` will become
        the default view mapper to be used by all subsequent :term:`view