0e025ff...
by
OpenDev Sysadmins <email address hidden>
OpenDev Migration Patch
This commit was bulk generated and pushed by the OpenDev sysadmins
as a part of the Git hosting and code review systems migration
detailed in these mailing list posts:
Attempts have been made to correct repository namespaces and
hostnames based on simple pattern matching, but it's possible some
were updated incorrectly or missed entirely. Please reach out to us
via the contact information listed at https://opendev.org/ with any
questions you may have.
This is a mechanically generated change to replace openstack.org
git:// URLs with https:// equivalents.
This is in aid of a planned future move of the git hosting
infrastructure to a self-hosted instance of gitea (https://gitea.io),
which does not support the git wire protocol at this stage.
This update should result in no functional change.
ceilometer_policy.json file was removed as a part of
20ea82b9efe78516286c4b35c5dc644b296b4313 horizon commit made before the
Ocata release due to ceilometer API deprecation.
Having this in a template for Ocata results in an error on first login
via a given http server.
Therefore, this change adds another template for Ocata+ which does not
contain a reference to that file in POLICY_FILES.
Change-Id: I3320622684c3185db45094563f277d4c7ce0694d
Closes-Bug: 1712617
(cherry picked from commit d5072e4030d9f597cdb696a379f5ace9dadb8705)
Install the python-neutron-lbaas-dashboard package if Ocata or greater
to enable LBaas2 in Horizon.
This fix is for stable/17.02 only as a mere cherry-pick is not possible
due to the fact that CompareOpenStackReleases is not present in the
stable charm-helpers branch at the time of writing.
There is no harm in doing a fix specifically for this branch with the
old style of comparison.
If enforce_ssl is set to true in openstack-dashboard, a user is
redirected to the IP address of the server, not its hostname.
This boils down to the template used to construct the site, which
is always fed an IP address by horizon_context.py.
Instead of using an IP address, use the result of resolve_address.
(This is part of an odd quirk whereby the charm doesn't use the
standard https tooling but does its own. A conversion to standard
tooling would be required for a full fix to #1664954.)
Closes-Bug: #1689882
Related-Bug: #1664954
Change-Id: I93365b75211e3c48d64ba8510898750dbc7b73cd
Signed-off-by: Daniel Axtens <email address hidden>
(cherry picked from commit 51b099c79e4fed72a013f89bb697137b1b794bf7)
This is a simple 'make sync' and is required to get CI to pass and
a corresponding update to the tests/basic_deployment.py amulet test
to use the charmhelpers amulet library to run actions instead of the
internal implementation in order to work for both Juju 1.x and 2.x.
Change-Id: Ia7431492908f5983767c1ec6d86942ea4de25013
Signed-off-by: Daniel Axtens <email address hidden>
In the past the plugin interface was renamed but the context was
not updated meaning that subordinates could no longer send plugin
data. This change fixes the relation name the context uses and
updates the Newton template to render these settings (earlier
templates already do this)
