Use https links for documentation

Use https instead of http to ensure the safety.

Change-Id: Iaf09b5b878e117d2333c30b8a769304a4a20f7ee

HACKING.rst

@@ -2,7 +2,7 @@ Kolla Style Commandments
 ============================
 
 - Step 1: Read the OpenStack Style Commandments
-  http://docs.openstack.org/developer/hacking/
+  https://docs.openstack.org/developer/hacking/
 - Step 2: Read on
 
 

README.rst

@@ -35,7 +35,7 @@ Getting Started
 ===============
 
 Learn about Kolla by reading the documentation online
-`docs.openstack.org <http://docs.openstack.org/developer/kolla/>`__.
+`docs.openstack.org <https://docs.openstack.org/developer/kolla/>`__.
 
 Get started by reading the `Kolla Ansible Developer
 Quickstart <https://docs.openstack.org/developer/kolla-ansible/quickstart.html>`__
@@ -60,7 +60,7 @@ The `Docker images <https://docs.docker.com/engine/userguide/storagedriver/
 imagesandcontainers/>`__
 are built by the Kolla project maintainers. A detailed process for
 contributing to the images can be found in the `image building
-guide <http://docs.openstack.org/developer/kolla/image-building.html>`__.
+guide <https://docs.openstack.org/developer/kolla/image-building.html>`__.
 
 The Kolla developers build images in the `kolla` namespace for every tagged
 release.
@@ -75,46 +75,46 @@ OpenStack services
 
 Kolla provides images to deploy the following OpenStack projects:
 
-- `Aodh <http://docs.openstack.org/developer/aodh/>`__
-- `Barbican <http://docs.openstack.org/developer/barbican/>`__
-- `Bifrost <http://docs.openstack.org/developer/bifrost/>`__
-- `Ceilometer <http://docs.openstack.org/developer/ceilometer/>`__
-- `Cinder <http://docs.openstack.org/developer/cinder/>`__
-- `CloudKitty <http://docs.openstack.org/developer/cloudkitty/>`__
-- `Congress <http://docs.openstack.org/developer/congress/>`__
-- `Designate <http://docs.openstack.org/developer/designate/>`__
-- `Dragonflow <http://docs.openstack.org/developer/dragonflow/>`__
+- `Aodh <https://docs.openstack.org/developer/aodh/>`__
+- `Barbican <https://docs.openstack.org/developer/barbican/>`__
+- `Bifrost <https://docs.openstack.org/developer/bifrost/>`__
+- `Ceilometer <https://docs.openstack.org/developer/ceilometer/>`__
+- `Cinder <https://docs.openstack.org/developer/cinder/>`__
+- `CloudKitty <https://docs.openstack.org/developer/cloudkitty/>`__
+- `Congress <https://docs.openstack.org/developer/congress/>`__
+- `Designate <https://docs.openstack.org/developer/designate/>`__
+- `Dragonflow <https://docs.openstack.org/developer/dragonflow/>`__
 - `Freezer <https://wiki.openstack.org/wiki/Freezer-docs>`__
-- `Glance <http://docs.openstack.org/developer/glance/>`__
-- `Heat <http://docs.openstack.org/developer/heat/>`__
-- `Horizon <http://docs.openstack.org/developer/horizon/>`__
-- `Ironic <http://docs.openstack.org/developer/ironic/>`__
-- `Karbor <http://docs.openstack.org/developer/karbor/>`__
-- `Keystone <http://docs.openstack.org/developer/keystone/>`__
-- `Kuryr <http://docs.openstack.org/developer/kuryr/>`__
-- `Magnum <http://docs.openstack.org/developer/magnum/>`__
-- `Manila <http://docs.openstack.org/developer/manila/>`__
-- `Mistral <http://docs.openstack.org/developer/mistral/>`__
-- `Monasca <http://wiki.openstack.org/wiki/monasca>`__
-- `Murano <http://docs.openstack.org/developer/murano/>`__
-- `Neutron <http://docs.openstack.org/developer/neutron/>`__
-- `Nova <http://docs.openstack.org/developer/nova/>`__
-- `Octavia <http://docs.openstack.org/developer/octavia/>`__
-- `Panko <http://docs.openstack.org/developer/panko/>`__
-- `Rally <http://docs.openstack.org/developer/rally/>`__
-- `Sahara <http://docs.openstack.org/developer/sahara/>`__
-- `Searchlight <http://docs.openstack.org/developer/searchlight/>`__
-- `Senlin <http://docs.openstack.org/developer/senlin/>`__
-- `Solum <http://docs.openstack.org/developer/solum/>`__
-- `Swift <http://docs.openstack.org/developer/swift/>`__
-- `Tacker <http://docs.openstack.org/developer/tacker/>`__
-- `Tempest <http://docs.openstack.org/developer/tempest/>`__
-- `Trove <http://docs.openstack.org/developer/trove/>`__
-- `Vitrage <http://docs.openstack.org/developer/vitrage/>`__
+- `Glance <https://docs.openstack.org/developer/glance/>`__
+- `Heat <https://docs.openstack.org/developer/heat/>`__
+- `Horizon <https://docs.openstack.org/developer/horizon/>`__
+- `Ironic <https://docs.openstack.org/developer/ironic/>`__
+- `Karbor <https://docs.openstack.org/developer/karbor/>`__
+- `Keystone <https://docs.openstack.org/developer/keystone/>`__
+- `Kuryr <https://docs.openstack.org/developer/kuryr/>`__
+- `Magnum <https://docs.openstack.org/developer/magnum/>`__
+- `Manila <https://docs.openstack.org/developer/manila/>`__
+- `Mistral <https://docs.openstack.org/developer/mistral/>`__
+- `Monasca <https://wiki.openstack.org/wiki/monasca>`__
+- `Murano <https://docs.openstack.org/developer/murano/>`__
+- `Neutron <https://docs.openstack.org/developer/neutron/>`__
+- `Nova <https://docs.openstack.org/developer/nova/>`__
+- `Octavia <https://docs.openstack.org/developer/octavia/>`__
+- `Panko <https://docs.openstack.org/developer/panko/>`__
+- `Rally <https://docs.openstack.org/developer/rally/>`__
+- `Sahara <https://docs.openstack.org/developer/sahara/>`__
+- `Searchlight <https://docs.openstack.org/developer/searchlight/>`__
+- `Senlin <https://docs.openstack.org/developer/senlin/>`__
+- `Solum <https://docs.openstack.org/developer/solum/>`__
+- `Swift <https://docs.openstack.org/developer/swift/>`__
+- `Tacker <https://docs.openstack.org/developer/tacker/>`__
+- `Tempest <https://docs.openstack.org/developer/tempest/>`__
+- `Trove <https://docs.openstack.org/developer/trove/>`__
+- `Vitrage <https://docs.openstack.org/developer/vitrage/>`__
 - `Vmtp <http://vmtp.readthedocs.io/en/latest/>`__
-- `Watcher <http://docs.openstack.org/developer/watcher/>`__
-- `Zaqar <http://docs.openstack.org/developer/zaqar/>`__
-- `Zun <http://wiki.openstack.org/wiki/zun>`__
+- `Watcher <https://docs.openstack.org/developer/watcher/>`__
+- `Zaqar <https://docs.openstack.org/developer/zaqar/>`__
+- `Zun <https://wiki.openstack.org/wiki/zun>`__
 
 Infrastructure components
 -------------------------
@@ -170,7 +170,7 @@ Getting Involved
 
 Need a feature? Find a bug? Let us know! Contributions are much
 appreciated and should follow the standard `Gerrit
-workflow <http://docs.openstack.org/infra/manual/developers.html>`__.
+workflow <https://docs.openstack.org/infra/manual/developers.html>`__.
 
 -  We communicate using the #openstack-kolla irc channel.
 -  File bugs, blueprints, track releases, etc on

doc/CONTRIBUTING.rst

@@ -31,7 +31,7 @@ Please use the existing sandbox repository, available at
 https://git.openstack.org/cgit/openstack-dev/sandbox, for learning, understanding
 and testing the `Gerrit Workflow`_.
 
-.. _Gerrit Workflow: http://docs.openstack.org/infra/manual/developers.html#development-workflow
+.. _Gerrit Workflow: https://docs.openstack.org/infra/manual/developers.html#development-workflow
 
 Adding a new service
 ====================
@@ -61,7 +61,7 @@ processes generally use a base image and child images, e.g. ``glance-base``,
 
 Jinja2 'blocks' are employed throughout the Dockerfile's to help operators
 customise various stages of the build (refer to
-http://docs.openstack.org/developer/kolla/image-building.html?highlight=override#dockerfile-customisation)
+https://docs.openstack.org/developer/kolla/image-building.html?highlight=override#dockerfile-customisation)
 
 Some of these blocks are free form however, there are a subset that should be
 common to every Dockerfile. The overall structure for a multi container service

doc/index.rst

@@ -24,8 +24,8 @@ for operating OpenStack clouds.
 This documentation is for the Kolla container images. The following subprojects
 are available to help deploy Kolla:
 
-* `kolla-ansible <http://docs.openstack.org/developer/kolla-ansible/>`_
-* `kolla-kubernetes <http://docs.openstack.org/developer/kolla-kubernetes>`_
+* `kolla-ansible <https://docs.openstack.org/developer/kolla-ansible/>`_
+* `kolla-kubernetes <https://docs.openstack.org/developer/kolla-kubernetes>`_
 
 Site Notes
 ==========
@@ -35,7 +35,7 @@ the project at any specific prior release. To access documentation for a
 previous release of kolla, append the OpenStack release name to the URL, for
 example:
 
-    http://docs.openstack.org/developer/kolla/mitaka/
+    https://docs.openstack.org/developer/kolla/mitaka/
 
 
 Kolla Overview

doc/running-tests.rst

@@ -108,9 +108,9 @@ Then run ``tox`` with the debug environment as one of the following::
   tox -e debug test_file_name.TestClass.test_name
 
 For more information see the `oslotest documentation
-<http://docs.openstack.org/developer/oslotest/features.html#debugging-with-oslo-debug-helper>`_.
+<https://docs.openstack.org/developer/oslotest/features.html#debugging-with-oslo-debug-helper>`_.
 
 
 .. rubric:: Footnotes
 
-.. [#f1] See http://docs.openstack.org/infra/system-config/jenkins.html
+.. [#f1] See https://docs.openstack.org/infra/system-config/jenkins.html

releasenotes/notes/dockerfile-customizations-26981ebefe3b710b.yaml

@@ -2,7 +2,7 @@
 prelude: >
     In Newton cycle we included means to change various things in Kolla images
     using override file. Full customization guide can be found here
-    http://docs.openstack.org/developer/kolla/image-building.html#dockerfile-customisation
+    https://docs.openstack.org/developer/kolla/image-building.html#dockerfile-customisation
 features:
     - Customization mechanism for dockerfile
     - Customization implemented in most of OpenStack services

setup.cfg

@@ -5,7 +5,7 @@ description-file =
     README.rst
 author = OpenStack
 author-email = openstack-dev@lists.openstack.org
-home-page = http://docs.openstack.org/developer/kolla/
+home-page = https://docs.openstack.org/developer/kolla/
 license = Apache License, Version 2.0
 classifier =
     Environment :: OpenStack

specs/containerize-openstack.rst

@@ -195,7 +195,7 @@ applied to every packet forwarded and returned by docker-proxy.
 If EXPOSE functionality is desired, it can be added back by
 referencing the default list of OpenStack ports to each Dockerfile:
 
-    http://docs.openstack.org/trunk/config-reference/content/firewalls-default-ports.html
+    https://docs.openstack.org/trunk/config-reference/content/firewalls-default-ports.html
 
 We will use the docker flag --restart=always to provide some measure of
 high availability for the individual containers and ensure they operate