Standardize Unix capitalization

Steve Piercy

2018-08-19 5af30057aa5528eaa277603ee717b7111c147a51

Standardize Unix capitalization

 docs/glossary.rst

@@ -1021,12 +1021,12 @@
     A package which logs Pyramid application exception (error) information
     to a standard Python logger.  This add-on is most useful when
     used in production applications, because the logger can be configured to
     log to a file, to UNIX syslog, to the Windows Event Log, or even to
     log to a file, to Unix syslog, to the Windows Event Log, or even to
     email. See its `documentation
     <https://docs.pylonsproject.org/projects/pyramid_exclog/en/latest/>`_.

   console script
     A script written to the ``bin`` (on UNIX, or ``Scripts`` on Windows)
     A script written to the ``bin`` (on Unix, or ``Scripts`` on Windows)
     directory of a Python installation or :term:`virtual environment` as the
     result of running ``pip install`` or ``pip install -e .``.

@@ -1075,14 +1075,14 @@
      :class:`pyramid.interfaces.IAssetDescriptor`.

   Waitress
      A :term:`WSGI` server that runs on UNIX and Windows under Python 2.7+
      A :term:`WSGI` server that runs on Unix and Windows under Python 2.7+
      and Python 3.3+.  Projects generated via Pyramid cookiecutters use
      Waitress as a WGSI server.  See
      https://docs.pylonsproject.org/projects/waitress/en/latest/ for detailed
      information.

   Green Unicorn
      Aka ``gunicorn``, a fast :term:`WSGI` server that runs on UNIX under
      Aka ``gunicorn``, a fast :term:`WSGI` server that runs on Unix under
      Python 2.6+ or Python 3.1+.  See http://gunicorn.org/ for detailed 
      information.

@@ -1131,7 +1131,7 @@
      ``pyvenv`` command for `creating virtual environments on Python 3.4 and
      3.5
      <https://packaging.python.org/tutorials/installing-packages/#creating-virtual-environments>`_,
      but it was deprecated in 3.6 in favor of ``python3 -m venv`` on UNIX or
      but it was deprecated in 3.6 in favor of ``python3 -m venv`` on Unix or
      ``python -m venv`` on Windows, which is backward compatible on Python
      3.3 and greater.


 docs/narr/firstapp.rst

@@ -25,7 +25,7 @@
executed by a Python interpreter which has the :app:`Pyramid` software
installed, an HTTP server is started on TCP port 8080.

On UNIX:
On Unix:

.. code-block:: bash


 docs/narr/i18n.rst

@@ -256,10 +256,10 @@
to work properly, you will need to have :term:`Lingua` and :term:`Gettext`
installed into the same environment in which :app:`Pyramid` is installed.

Installation on UNIX
Installation on Unix
++++++++++++++++++++

Gettext is often already installed on UNIX systems. You can check if it is
Gettext is often already installed on Unix systems. You can check if it is
installed by testing if the ``msgfmt`` command is available. If it is not
available you can install it through the packaging system from your OS; the
package name is almost always ``gettext``. For example on a Debian or Ubuntu

 docs/narr/install.rst

@@ -24,8 +24,8 @@
    As of this writing, :app:`Pyramid` is tested against Python 2.7,
    Python 3.4, Python 3.5, Python 3.6, and PyPy.

:app:`Pyramid` is known to run on all popular UNIX-like systems such as Linux,
Mac OS X, and FreeBSD, as well as on Windows platforms.  It is also known to
:app:`Pyramid` is known to run on all popular Unix-like systems such as Linux,
macOS, and FreeBSD, as well as on Windows platforms.  It is also known to
run on :term:`PyPy` (1.9+).

:app:`Pyramid` installation does not require the compilation of any C code.
@@ -67,12 +67,12 @@

.. _if-you-don-t-yet-have-a-python-interpreter-unix:

If You Don't Yet Have a Python Interpreter (UNIX)
If You Don't Yet Have a Python Interpreter (Unix)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

If your system doesn't have a Python interpreter, and you're on UNIX, you can
If your system doesn't have a Python interpreter, and you're on Unix, you can
either install Python using your operating system's package manager *or* you
can install Python from source fairly easily on any UNIX system that has
can install Python from source fairly easily on any Unix system that has
development tools.

.. seealso:: See the official Python documentation :ref:`Using Python on Unix
@@ -162,12 +162,12 @@


.. index::
   single: installing on UNIX
   single: installing on Unix
   single: installing on Mac OS X

.. _installing_unix:

Installing :app:`Pyramid` on a UNIX System
Installing :app:`Pyramid` on a Unix System
------------------------------------------

After installing Python as described previously in :ref:`for-mac-os-x-users` or

 docs/narr/project.rst

@@ -103,7 +103,7 @@

We then run through the following commands.

On UNIX:
On Unix:

.. code-block:: bash

@@ -188,7 +188,7 @@
environment.  Your terminal's current working directory *must* be the newly
created project directory.

On UNIX:
On Unix:

.. code-block:: bash

@@ -200,7 +200,7 @@

    %VENV%\Scripts\pip install -e .

Elided output from a run of this command on UNIX is shown below:
Elided output from a run of this command on Unix is shown below:

.. code-block:: bash

@@ -226,7 +226,7 @@
To run unit tests for your application, you must first install the testing
dependencies.

On UNIX:
On Unix:

.. code-block:: bash

@@ -242,7 +242,7 @@
the ``py.test`` command that was just installed in the ``bin`` directory of
your virtual environment.

On UNIX:
On Unix:

.. code-block:: bash

@@ -254,7 +254,7 @@

    %VENV%\Scripts\py.test -q

Here's sample output from a test run on UNIX:
Here's sample output from a test run on Unix:

.. code-block:: bash

@@ -307,7 +307,7 @@
represents using the ``pserve`` command against the generated configuration
file.  In our case, this file is named ``development.ini``.

On UNIX:
On Unix:

.. code-block:: bash

@@ -319,7 +319,7 @@

    %VENV%\Scripts\pserve development.ini

Here's sample output from a run of ``pserve`` on UNIX:
Here's sample output from a run of ``pserve`` on Unix:

.. code-block:: bash

@@ -394,7 +394,7 @@
makes development easier, as changes to Python code made within a
:app:`Pyramid` application is not put into effect until the server restarts.

For example, on UNIX:
For example, on Unix:

.. code-block:: text


 docs/narr/templates.rst

@@ -52,7 +52,7 @@
case, this is the directory containing the file that defines the
``sample_view`` function.  Although a renderer path is usually just a simple
relative pathname, a path named as a renderer can be absolute, starting with a
slash on UNIX or a drive letter prefix on Windows. The path can alternatively
slash on Unix or a drive letter prefix on Windows. The path can alternatively
be an :term:`asset specification` in the form
``some.dotted.package_name:relative/path``. This makes it possible to address
template assets which live in another package.  For example:
@@ -317,7 +317,7 @@
    See also :ref:`built_in_renderers`.

Although a renderer path is usually just a simple relative pathname, a path
named as a renderer can be absolute, starting with a slash on UNIX or a drive
named as a renderer can be absolute, starting with a slash on Unix or a drive
letter prefix on Windows.  The path can alternatively be an :term:`asset
specification` in the form ``some.dotted.package_name:relative/path``, making
it possible to address template assets which live in another package.

 docs/narr/upgrading.rst

@@ -197,7 +197,7 @@

In this circumstance, you can start your application interactively under a
server run with the ``PYTHONWARNINGS`` environment variable set to ``default``.
On UNIX, you can do that via:
On Unix, you can do that via:

.. code-block:: bash


 docs/narr/viewconfig.rst

@@ -134,7 +134,7 @@
  When the renderer is a path—although a path is usually just a simple relative
  pathname (e.g., ``templates/foo.pt``, implying that a template named "foo.pt"
  is in the "templates" directory relative to the directory of the current
  :term:`package`)—the path can be absolute, starting with a slash on UNIX or a
  :term:`package`)—the path can be absolute, starting with a slash on Unix or a
  drive letter prefix on Windows.  The path can alternatively be a :term:`asset
  specification` in the form ``some.dotted.package_name:relative/path``, making
  it possible to address template assets which live in a separate package.

 docs/quick_tour.rst

@@ -56,7 +56,7 @@
Of course Pyramid runs fine on Python 2.7+, as do the examples in this *Quick
Tour*. We're showing Python 3 for simplicity. (Pyramid had production support
for Python 3 in October 2011.) Also for simplicity, the remaining examples will
show only UNIX commands.
show only Unix commands.

.. seealso:: See also:
    :ref:`Quick Tutorial section on Requirements <qtut_requirements>`,

 docs/quick_tutorial/requirements.rst

@@ -33,7 +33,7 @@
  projects* (a directory with packaging information and *Python packages* of
  working code.)

* **Unix commands**. Commands in this tutorial use UNIX syntax and paths.
* **Unix commands**. Commands in this tutorial use Unix syntax and paths.
  Windows users should adjust commands accordingly.

.. note::
@@ -89,11 +89,11 @@
                │   └── app.py
                └── setup.py

For Linux, the commands to do so are as follows:
For macOS and Linux, the commands to do so are as follows:

.. code-block:: bash

    # Mac and Linux
    # macOS and Linux
    cd ~
    mkdir -p projects/quick_tutorial
    cd projects/quick_tutorial
@@ -129,7 +129,7 @@

.. code-block:: bash

    # Mac and Linux
    # macOS and Linux
    export VENV=~/projects/quick_tutorial/env

.. code-block:: doscon
@@ -150,7 +150,7 @@

.. code-block:: bash

    # Mac and Linux
    # macOS and Linux
    python3 -m venv $VENV

.. code-block:: doscon
@@ -171,7 +171,7 @@

.. code-block:: bash

    # Mac and Linux
    # macOS and Linux
    $VENV/bin/pip install --upgrade pip setuptools

.. code-block:: doscon
@@ -193,7 +193,7 @@

.. parsed-literal::

    # Mac and Linux
    # macOS and Linux
    $VENV/bin/pip install "pyramid==\ |release|\ " waitress

    # Windows

 docs/tutorials/wiki/background.rst

@@ -11,7 +11,7 @@
URLs to code.  It can also be followed by people without any prior
Python web framework experience.

To code along with this tutorial, the developer will need a UNIX
To code along with this tutorial, the developer will need a Unix
machine with development tools (Mac OS X with XCode, any Linux or BSD
variant, and so on) *or* a Windows system of any kind.


 docs/tutorials/wiki/definingviews.rst

@@ -64,7 +64,7 @@
Make sure your current working directory is the root of the project (the
directory in which ``setup.py`` lives) and execute the following command.

On UNIX:
On Unix:

.. code-block:: bash


 docs/tutorials/wiki/distributing.rst

@@ -9,7 +9,7 @@
current working directory contains the ``tutorial`` package and the
``setup.py`` file.

On UNIX:
On Unix:

.. code-block:: bash


 docs/tutorials/wiki/installation.rst

@@ -23,9 +23,9 @@
Generate a Pyramid project from a cookiecutter
----------------------------------------------

We will create a Pyramid project in your home directory for UNIX or at the root for Windows. It is assumed you know the path to where you installed ``cookiecutter``. Issue the following commands and override the defaults in the prompts as follows.
We will create a Pyramid project in your home directory for Unix or at the root for Windows. It is assumed you know the path to where you installed ``cookiecutter``. Issue the following commands and override the defaults in the prompts as follows.

On UNIX
On Unix
^^^^^^^

.. code-block:: bash
@@ -55,7 +55,7 @@
Change directory into your newly created project
------------------------------------------------

On UNIX
On Unix
^^^^^^^

.. code-block:: bash
@@ -75,7 +75,7 @@

We will set the ``VENV`` environment variable to the absolute path of the virtual environment, and use it going forward.

On UNIX
On Unix
^^^^^^^

.. code-block:: bash
@@ -93,7 +93,7 @@
Create a virtual environment
----------------------------

On UNIX
On Unix
^^^^^^^

.. code-block:: bash
@@ -121,7 +121,7 @@
Upgrade packaging tools in the virtual environment
--------------------------------------------------

On UNIX
On Unix
^^^^^^^

.. code-block:: bash
@@ -143,7 +143,7 @@

In order to do development on the project easily, you must "register" the project as a development egg in your workspace. We will install testing requirements at the same time. We do so with the following command.

On UNIX
On Unix
^^^^^^^

.. code-block:: bash
@@ -198,7 +198,7 @@
provide options to py.test that specify the module for which its tests shall be
run, and to run py.test in quiet mode.

On UNIX
On Unix
^^^^^^^

.. code-block:: bash
@@ -231,7 +231,7 @@
We've already installed the ``pytest-cov`` package into our virtual
environment, so we can run the tests with coverage.

On UNIX
On Unix
^^^^^^^

.. code-block:: bash
@@ -280,7 +280,7 @@
the root of your package. Without these defaults, we would need to specify the
path to the module on which we want to run tests and coverage.

On UNIX
On Unix
^^^^^^^

.. code-block:: bash
@@ -311,7 +311,7 @@
Start the application. See :ref:`what_is_this_pserve_thing` for more
information on ``pserve``.

On UNIX
On Unix
^^^^^^^

.. code-block:: bash

 docs/tutorials/wiki/tests.rst

@@ -56,7 +56,7 @@
already been satisfied and ``py.test`` and coverage have already been
configured, so we can jump right to running tests.

On UNIX:
On Unix:

.. code-block:: bash


 docs/tutorials/wiki2/background.rst

@@ -11,7 +11,7 @@
URLs to code.  It can also be followed by people without any prior
Python web framework experience.

To code along with this tutorial, the developer will need a UNIX
To code along with this tutorial, the developer will need a Unix
machine with development tools (Mac OS X with XCode, any Linux or BSD
variant, etc.) *or* a Windows system of any kind.


 docs/tutorials/wiki2/definingmodels.rst

@@ -53,7 +53,7 @@
Make sure your current working directory is the root of the project (the
directory in which ``setup.py`` lives) and execute the following command.

On UNIX:
On Unix:

.. code-block:: bash

@@ -165,7 +165,7 @@

Now that we have written our models, we need to modify the database schema to reflect the changes to our code. Let's generate a new revision, then upgrade the database to the latest revision (head).

On UNIX:
On Unix:

.. code-block:: bash


 docs/tutorials/wiki2/distributing.rst

@@ -9,7 +9,7 @@
current working directory contains the ``tutorial`` package and the
``setup.py`` file.

On UNIX:
On Unix:

.. code-block:: bash


 docs/tutorials/wiki2/installation.rst

@@ -35,9 +35,9 @@
Generate a Pyramid project from a cookiecutter
----------------------------------------------

We will create a Pyramid project in your home directory for UNIX or at the root for Windows. It is assumed you know the path to where you installed ``cookiecutter``. Issue the following commands and override the defaults in the prompts as follows.
We will create a Pyramid project in your home directory for Unix or at the root for Windows. It is assumed you know the path to where you installed ``cookiecutter``. Issue the following commands and override the defaults in the prompts as follows.

On UNIX
On Unix
^^^^^^^

.. code-block:: bash
@@ -67,7 +67,7 @@
Change directory into your newly created project
------------------------------------------------

On UNIX
On Unix
^^^^^^^

.. code-block:: bash
@@ -87,7 +87,7 @@

We will set the ``VENV`` environment variable to the absolute path of the virtual environment, and use it going forward.

On UNIX
On Unix
^^^^^^^

.. code-block:: bash
@@ -105,7 +105,7 @@
Create a virtual environment
----------------------------

On UNIX
On Unix
^^^^^^^

.. code-block:: bash
@@ -133,7 +133,7 @@
Upgrade packaging tools in the virtual environment
--------------------------------------------------

On UNIX
On Unix
^^^^^^^

.. code-block:: bash
@@ -155,7 +155,7 @@

In order to do development on the project easily, you must "register" the project as a development egg in your workspace. We will install testing requirements at the same time. We do so with the following command.

On UNIX
On Unix
^^^^^^^

.. code-block:: bash
@@ -207,7 +207,7 @@

Generate your first revision.

On UNIX
On Unix
^^^^^^^

.. code-block:: bash
@@ -248,7 +248,7 @@

Upgrade to that revision.

On UNIX
On Unix
^^^^^^^

.. code-block:: bash
@@ -303,7 +303,7 @@

Load default data into the database using a :term:`console script`. Type the following command, making sure you are still in the ``tutorial`` directory (the directory with a ``development.ini`` in it):

On UNIX
On Unix
^^^^^^^

.. code-block:: bash
@@ -345,7 +345,7 @@
provide options to py.test that specify the module for which its tests shall be
run, and to run py.test in quiet mode.

On UNIX
On Unix
^^^^^^^

.. code-block:: bash
@@ -378,7 +378,7 @@
We've already installed the ``pytest-cov`` package into our virtual
environment, so we can run the tests with coverage.

On UNIX
On Unix
^^^^^^^

.. code-block:: bash
@@ -434,7 +434,7 @@
the root of your package. Without these defaults, we would need to specify the
path to the module on which we want to run tests and coverage.

On UNIX
On Unix
^^^^^^^

.. code-block:: bash
@@ -465,7 +465,7 @@
Start the application. See :ref:`what_is_this_pserve_thing` for more
information on ``pserve``.

On UNIX
On Unix
^^^^^^^

.. code-block:: bash

 docs/tutorials/wiki2/tests.rst

@@ -94,7 +94,7 @@

We can run these tests similarly to how we did in :ref:`running_tests`, but first delete the SQLite database ``tutorial.sqlite``. If you do not delete the database, then you will see an integrity error when running the tests.

On UNIX:
On Unix:

.. code-block:: bash


 docs/whatsnew-1.1.rst

@@ -395,7 +395,7 @@
   when porting your application from an older version of Pyramid.  Use the
   ``PYTHONWARNINGS`` environment variable with the value ``all`` in the
   shell you use to invoke ``paster serve`` to see these warnings, e.g. on
   UNIX, ``PYTHONWARNINGS=all $VENV/bin/paster serve development.ini``.
   Unix, ``PYTHONWARNINGS=all $VENV/bin/paster serve development.ini``.
   Python 2.5 and 2.6 show deprecation warnings by default,
   so this is unnecessary there.
   All deprecation warnings are emitted to the console.