openstack/kolla.git/docker/horizon, branch stein-eol

horizon: fix build in stable branches

2020-01-07T19:37:17+00:00

When [1] was committed, horizon stopped building for Train. Analogous patch is proposed to other stable branches. This patch removes horizon from upper-constraints. Kolla master is affected directly because we build Train for CentOS 7 atm. [1] https://opendev.org/openstack/requirements/commit/3e54878f9c87266e1b9775f72af06de27a3dad65 Co-authored-by: Radosław Piliszek Change-Id: I1bd5a40eeef9612d995c81426fe510e89f438725 (cherry picked from commit 8b7ec43536842dd500cc5ee1198a318070ac1046)

[horizon] Install octavia dashboard on deb

2019-09-20T13:03:05+00:00

Change-Id: Iec78660049085483b207f4bdcf48f572d845c600 (cherry picked from commit 77e8285e897feb4789d1b24c69bfa3be8a468f78)

Fixes wrong local_setting.py file issue for Ubuntu binary deployment.

2019-08-21T09:03:38+00:00

This bug both affects Rocky and Stein. local_setting.py was not linked to local_settings under /etc/openstack-dashboard so Horizon runs with default settings. Change-Id: I818876619694695663c98d9edcb8c8514198e8fd Closes-Bug: #1803029 (cherry picked from commit eb7c730e057082eadab5c01ef845f65bb5cf47c4)

Write hash after compressing horizon static assets

2019-04-16T06:58:01+00:00

If you run the horizon container with a restart policy of never, and the static asset compression fails, the container fails to start, e.g. (seen in CI) ++ /usr/bin/manage.py collectstatic --noinput --clear Traceback (most recent call last): File "/usr/bin/manage.py", line 18, in from django.core.management import execute_from_command_line ImportError: No module named django.core.management However, with a restart policy of unless-stopped (the default). the horizon container will fail the first time but will succeed after a restart. This is because the settings bundle hash is updated before the compression is attempted. To fix this, update the hash after compression completes successfully. Change-Id: I3f1682ed55e7d45c1e97a1b34c7993aa839f0bb2 Closes-Bug: #1824137 (cherry picked from commit 92c2456851857c45e8de9a3ff8f167579e0588f4)

Fix ubuntu binary deploys

2019-04-12T08:11:57+00:00

1. Install python3-pymysql in placement-base image. 2. Remove default placement WSGI config. 3. Use python3 for manage.py in horizon Change-Id: Ibb620af2241e39fe99bc48757f90296c0d77d438 Partial-Bug: #1823989 (cherry picked from commit 6c0065185943355851308ae4df23b73918fab7be)

Fix lower-constraints and kolla CI jobs

2019-03-15T11:01:25+00:00

Multiple fixes to fix multiple problems. 1. Bump setuptools requirement to 21.0.0 The 16.0.0 requirement breaks the lower-constraints job on Ubuntu bionic. We see the following error: AttributeError: module 'importlib._bootstrap' has no attribute 'SourceFileLoader' 2. ubuntu-binary horizon image needs to use python3 for django manage.py 3. ubuntu-binary nova-placement-api image needs to use python3 for apache mod wsgi. 4. nova-libvirt needs exact qemu dependencies due to packaging change 5. OracleLinux repos definition was changed in official image. 6. Fetch InfluxDB gpg key for Ubuntu base image from influx server. Change-Id: Ic797d41f53a5f146d112619f1683cbfbf3a85dc2

Add python3 packages for RHEL systems

2019-03-12T17:48:18+00:00

RDO is currently working on python3 support for the next version of CentOS/RHEL based systems. This package uses the distro_python3 flag that was added as part of I4028991bad92c0e8e21066cc4173c06ce5eba393 to use the python3 specific package names. This change only adds python3 package names for RHEL systems. Conflicts-With: https://review.openstack.org/#/c/636457/ Change-Id: Iad6b70b433a0dd1b0f8ae6790fd280594517661a Related-Blueprint: python3-support

replace 'distro_python3' variable with 'distro_python_version'

2019-03-12T17:13:46+00:00

RHEL7 derived distros use Python 2.7 RHEL8 uses Python 3.6 Ubuntu 18.04 uses Python 3.6, but we haven't enabled it yet. Debian:buster uses Python 3.7, but we haven't enabled it yet. We have several places in code where "/lib/pythonX.Y/site-packages" is used so we need to know value of X.Y rather than py2/py3 switch. How to check for Python 2: {% if distro_python_version == '2.7' %} Breaks: Iad6b70b433a0dd1b0f8ae6790fd280594517661a Change-Id: Ie24f109af19ae0438c21e0d43cb3cc947812b4ce

debian/ubuntu: make use of Python3 based packages

2019-02-28T12:06:24+00:00

Both Ubuntu Stein UCA and Debian 'buster' migrated their OpenStack packages to Python 3. Note that Debian 'buster' is not released yet and contains Rocky packages. Stein ones will be available later. Co-Authored-By: Lee Yarwood Co-Authored-By: Eduardo Gonzalez Change-Id: I160f79cc57f54ec3eac857c5babd1a6e2656d228

Use base_package_type

2019-01-17T15:23:41+00:00

This change updates the docker files to use base_package_type instead of doing specific distro checks for the rhel/deb generic cases. The base_distro is still available and is used when a specific distro needs a customization but if the differences are purely rpm vs deb, then the base_package_type can be used. Change-Id: I8d720bb185df65a0178061ccf20b1ab2265da2c5