Merge "Update the documentation link for doc migration"

ceilometer/i18n.py

@@ -14,7 +14,7 @@
 
 """oslo.i18n integration module.
 
-See http://docs.openstack.org/developer/oslo.i18n/usage.html
+See https://docs.openstack.org/oslo.i18n/latest/user/usage.html
 
 """
 

doc/source/admin/telemetry-data-retrieval.rst

@@ -10,7 +10,7 @@ Data retrieval
    Panko_.
 
 .. _Gnocchi: http://gnocchi.xyz/
-.. _Panko: https://docs.openstack.org/developer/panko
+.. _Panko: https://docs.openstack.org/panko/latest/
 
 The Telemetry service offers several mechanisms from which the persisted
 data can be accessed. As described in :ref:`telemetry-system-architecture` and
@@ -67,12 +67,12 @@ be a list of data structures that consist of the following items:
 
 Regardless of the endpoint on which the filter is applied on, it will
 always target the fields of the `Sample type
-<https://docs.openstack.org/developer/ceilometer/webapi/v2.html#Sample>`__.
+<https://docs.openstack.org/ceilometer/latest/webapi/v2.html#Sample>`__.
 
 Several fields of the API endpoints accept shorter names than the ones
 defined in the reference. The API will do the transformation internally
 and return the output with the fields that are listed in the `API reference
-<https://docs.openstack.org/developer/ceilometer/webapi/v2.html>`__.
+<https://docs.openstack.org/ceilometer/latest/webapi/v2.html>`__.
 The fields are the following:
 
 -  ``project_id``: project
@@ -139,7 +139,7 @@ The ``filter``, ``orderby`` and ``limit`` fields are optional.
 
    As opposed to the simple query, complex query is available via a
    separate API endpoint. For more information see the `Telemetry v2 Web API
-   Reference <https://docs.openstack.org/developer/ceilometer/webapi/v2.html#v2-web-api>`__.
+   Reference <https://docs.openstack.org/ceilometer/latest/webapi/v2.html#v2-web-api>`__.
 
 Statistics
 ----------
@@ -489,5 +489,5 @@ The method calls look like the following:
 
 For further details about the python-ceilometerclient package, see the
 `Python bindings to the OpenStack Ceilometer
-API <https://docs.openstack.org/developer/python-ceilometerclient/>`__
+API <https://docs.openstack.org/python-ceilometerclient/latest/>`__
 reference.

doc/source/admin/telemetry-measurements.rst

@@ -22,7 +22,7 @@ below.
    information about configuration requirements see the `Telemetry chapter
    <https://docs.openstack.org/project-install-guide/telemetry/ocata/>`__
    in the Installation Tutorials and Guides. Also check the `Telemetry manual
-   installation <https://docs.openstack.org/developer/ceilometer/install/manual.html>`__
+   installation <https://docs.openstack.org/ceilometer/latest/contributor/install/manual.html>`__
    description.
 
 Telemetry uses the following meter types:
@@ -83,7 +83,7 @@ Telemetry or emit notifications that this service consumes.
    way of using Telemetry is to configure it to use the event store and
    turn off the collection of the event related meters. For further
    information about events see `Events section
-   <https://docs.openstack.org/developer/ceilometer/events.html>`__
+   <https://docs.openstack.org/ceilometer/latest/contributor/events.html>`__
    in the Telemetry documentation. For further information about how to
    turn on and off meters see :ref:`telemetry-pipeline-configuration`. Please
    also note that currently no migration is available to move the already

doc/source/contributor/architecture.rst

@@ -39,8 +39,8 @@ storage project designed to capture document-oriented data such as logs and
 system event actions.
 
 .. _Gnocchi: http://gnocchi.xyz/
-.. _Aodh: http://docs.openstack.org/developer/aodh
-.. _Panko: http://docs.openstack.org/developer/panko
+.. _Aodh: https://docs.openstack.org/aodh/latest/
+.. _Panko: https://docs.openstack.org/panko/latest/
 
 
 Gathering the data

doc/source/contributor/events.rst

@@ -286,4 +286,4 @@ the event which is often susceptible to change. To make consumption easier,
 the Ceilometer team offers: CADF_, an open, cloud standard which helps model
 cloud events.
 
-.. _CADF: http://docs.openstack.org/developer/pycadf/
+.. _CADF: https://docs.openstack.org/pycadf/latest/

doc/source/contributor/gmr.rst

@@ -86,4 +86,4 @@ Extending the GMR
 As mentioned above, additional sections can be added to the GMR for a
 particular executable.  For more information, see the inline documentation
 about oslo.reports:
-`oslo.reports <http://docs.openstack.org/developer/oslo.reports/>`_
+`oslo.reports <https://docs.openstack.org/oslo.reports/latest/>`_

doc/source/contributor/install/dbreco.rst

@@ -52,6 +52,6 @@ to test Gnocchi and transition to it fully when comfortable. Edit the
             - database://
 
 .. _Gnocchi: http://gnocchi.xyz
-.. _Aodh: http://docs.openstack.org/developer/aodh/
-.. _Panko: http://docs.openstack.org/developer/panko
+.. _Aodh: https://docs.openstack.org/aodh/latest/
+.. _Panko: https://docs.openstack.org/panko/latest/
 .. _here: https://www.slideshare.net/GordonChung/ceilometer-to-gnocchi

doc/source/contributor/install/manual.rst

@@ -95,7 +95,7 @@ Gnocchi
 
 #. Start notification service
 
-.. _oslo.cache: http://docs.openstack.org/developer/oslo.cache/opts.html
+.. _oslo.cache: https://docs.openstack.org/oslo.cache/latest/configuration/index.html
 .. _`Gnocchi installation`: http://gnocchi.xyz/install.html
 
 

doc/source/contributor/overview.rst

@@ -18,7 +18,7 @@ Ceilometer: become a standard way to meter, regardless of the
 purpose of the collection. This data can then be pushed to any set of targets
 using provided publishers mentioned in :ref:`pipeline-publishers` section.
 
-.. _increasing number of meters: http://docs.openstack.org/developer/ceilometer/measurements.html
+.. _increasing number of meters: https://docs.openstack.org/ceilometer/latest/contributor/measurements.html
 
 Metering
 ========

doc/source/contributor/plugins.rst

@@ -160,7 +160,7 @@ definitions in the :file:`entry_points.txt` file of your Ceilometer egg.
 
 .. _setuptools entry points: http://setuptools.readthedocs.io/en/latest/setuptools.html#dynamic-discovery-of-services-and-plugins
 
-.. _Stevedore: http://docs.openstack.org/developer/stevedore/
+.. _Stevedore: https://docs.openstack.org/stevedore/latest/
 
 Installing a plugin automatically activates it the next time the
 ceilometer daemon starts. Rather than running and reporting errors or

doc/source/install/install-controller.rst

@@ -58,7 +58,7 @@ Keystone
 To enable auditing of API requests, Keystone provides middleware which captures
 API requests to a service and emits data to Ceilometer. Instructions to enable
 this functionality is available in `Keystone's developer documentation
-<https://docs.openstack.org/developer/keystonemiddleware/audit.html>`_.
+<https://docs.openstack.org/keystonemiddleware/latest/audit.html>`_.
 Ceilometer will captures this information as ``audit.http.*`` events.
 
 Neutron

doc/source/webapi/v2.rst

@@ -7,8 +7,8 @@
    The Ceilometer API is deprecated.  Use the APIs from Aodh_ (alarms),
    Gnocchi_ (metrics), and/or Panko_ (events).
 
-.. _Aodh: http://docs.openstack.org/developer/aodh/
-.. _Panko: http://docs.openstack.org/developer/panko/
+.. _Aodh: https://docs.openstack.org/aodh/latest/
+.. _Panko: https://docs.openstack.org/panko/latest/
 
 
 Resources
@@ -225,7 +225,7 @@ A query to return the list of samples, limited to a specific meter type::
      $ curl -H 'X-Auth-Token: <inserttokenhere>' \
        "http://localhost:8777/v2/meters/disk.root.size"
 
-A query using filters (see: `query filter section <http://docs.openstack.org/developer/ceilometer/webapi/v2.html#filtering-queries>`_)::
+A query using filters (see: `query filter section <https://docs.openstack.org/ceilometer/latest/webapi/v2.html#filtering-queries>`_)::
 
      $ curl -H 'X-Auth-Token: <inserttokenhere>' \
        "http://localhost:8777/v2/meters/instance?q.field=metadata.event_type&q.value=compute.instance.delete.start"

releasenotes/notes/gnocchi-cache-1d8025dfc954f281.yaml

@@ -6,5 +6,5 @@ features:
 other:
   - >
     A dogpile.cache supported backend is required to enable cache. Additional
-    configuration `options <http://docs.openstack.org/developer/oslo.cache/opts.html#cache>`_
+    configuration `options <https://docs.openstack.org/oslo.cache/latest/configuration/index.html#cache>`_
     are also required.