The python2 is long dead and the PYTHON3 flag has been noop for a while.
Change-Id: Ia7be53e84090cc8b80e1dd5753ba1460ff454851
Related-Id: I3f4f60756887ad07229cf522803b30d4e16463cd
This package is unavailable for 22.04 (the current LTS version of
Ubuntu). It is in 22.10 and may be backported to 22.04 through the
backports repo, but currently there is no prebuilt trusted source for
this package on 22.04.
This package is getting deployed on all ubuntu systems. In my opinion,
it should not have been merged, but we can gate the install around a
PROFILE='mod_oauth2' rather than revert the change entirely.
Related-Id: Ib3eac4269f7ac8365623f95a81b07a6436464ed0
Change-Id: I282b7b0aefa8aabc1f5c6495564d13b70cd0ec5d
The StarlingX project is seen some intermittence on the gitlab where
spice-html5 source is being cloned from and we would like to select a
different source. This changes gives the option to overwrite the source
repos and versions of both spice-html5 and novnc.
This will also provide the means to easily test new versions of those
libraries when in the event of an upversion.
Partial-Bug: #1956173
Signed-off-by: Thiago Brito <thiago.brito@windriver.com>
Change-Id: I3001dad62a0caed26347dcb193d101c80901b5d8
The patch adds KEEP_ALL_WHEELS set to False by default.
The flag allows to do not remove wheels after built of
requirement image. This is useful where reproducibility
of builds with the same WHEEL image is needed as will allow
to keep 3rd party libs (not specified in upper-constraints.txt)
file with same versions.
Change-Id: I00fd3df2ba46072b3f19c9d08f69bb3c1f53d01f
Introduces image build for bionic with py3 and nautilus.
Switches centos to py3 and fixes related issues.
Xenial is now run with stable/ocata.
Adds ability to skip specific build for particular component specifying
"supported_releases" in zuul component configuration. Sets
supported_releases for placement not available for releases prior to
Stein.
Removes redundant parameters for project reference using defaults
instead, as they relate to loci project, not to project we build
with loci. Also hard-codes parameters in playbooks/vars.yaml, making
it a definitive build configuration.
Change-Id: I7290203d80461f46ed70d5e3bea55c9765f9e746
Currently we don't pass release name to bindep to determine python
dependencies, and even more, we don't possess this information with
current build arguments.
Change-Id: Icf657ca8e82cd7ccdde8a18674f75370afa0a585
If you want to run a docker registry for development purposes with
self-signed certificates, and use this registry to push your
requirements wheel, the loci build process would fail at fetching the
wheels.
This brings support for self-signed certificates registries by:
- Allowing to skip protocol_detection: If protocol_detection happens on
a https registry, urllib2 would not throw an HTTPError or URLError,
and protocol returned by default would be HTTP, which would then cause
issues by not using SSL to fetch data. There is no point to "detect"
things if we provide an argument to the users.
- If the protocol is correctly given as HTTPs, no certificate is passed
into the urllib ssl contexts by default, which would only work with
globally valid certificates. This patch also adds an option to bypass
the verification of certificates when the user provides
`REGISTRY_SSL_NOVERIFY`.
Change-Id: Ib00bbc9cc63d70a88dbf8b23a518553d6134d332
This ps adds new argument PIP_WHEEL_ARGS
- allows additional parameters for pip wheel
- defaults to PIP_ARGS
Also use PIP_ARGS with all pip installs
Useful when building requirements image with local pip mirrors
Change-Id: I43c6b921467150509d013554aaa1983f30abedff
Without this patch, it is not possible to have your own
bindep or pydep file, and you must rely on what is in tree.
This is a problem for deployers that want to bring their own
bindep file, as they would need to fork the repository or
'taint it' by altering its content before building.
This patch introduces new parameters, EXTRA_BINDEP and
EXTRA_PYDEP, whose contents are path of files to be copied
into the containers. These parameters will be chained
(added on top of) the default *dep files.
In the current status Docker doesn't allow multiple files
to be passed as argument, and therefore the ability of
overrides is limited, but should be enough to allow deployers
to provide ONE file on top of existing bindep/pydeps.
Change-Id: I7e9f7954bb3c31dd8fee87c253a8768c6ec52b5c
for example, in order to speed up, use the mirror of pypi:
--build-arg PIP_ARGS="-i https://pypi.tuna.tsinghua.edu.cn/simple"
Change-Id: I7f975c04c4dfd5b18d37a3f4b152a053374a79aa
Previously, these items would have needed to be bind-mounted in so the
console services could properly render these pages and provide the
console service.
Change-Id: I7fc1b9fd47da5a2a524237aa9b8e626dbc7d6a09
This PS adds the ability to install arbitary distrobution
packages via args, allowing development and deployment helper
utilities to be simply included in an image.
Change-Id: Id3ce8bceda185978e1d1843072aac44f49b3d95a
The secret needed to be updated to make this work. Now we are pushing to
quay.io as well, both under the same loci namespace
Change-Id: I086aec21c2ebe69bcdf0aa25749280d8878f946d
Not all projects support python3 yet (swift being the worst offender)
and some only have partial support. Nova doesnt support python3 with xen
yet, but it does for everything else.
With this patch a full python3 deploy of openstack *should* be possible.
For now, at least it all builds.
Change-Id: Id03bbae1063b21e949085a3ef8f8c7534d2db3ff
This would allow us to sitck with the single Dockerfile without much
duplication. We do need to handle plugins in some form.
docker build --build-arg PROJECT=neutron --tag loci-neutron .
docker build --build-arg PROJECT=neutron-fwaas --build-arg PLUGIN=true --build-arg FROM=loci-neutron .
Change-Id: I997750970a3ccab33ad832cf7408a3c52a60831e
PYPI_PACKAGES isn't accurate since we are building from a set of wheels
and we never actually reach out to a pypi mirror. PIP_PACKAGES is more
accurate for the situtation.
I also stopped passing variables to the script but rather call the
variable directly in the script.
Change-Id: I7e2b35ac06f590c2013b030bd8166f87d639424c
Build-args will control FROM args. Centos, Ubuntu, and Debian will
remain officially supported.
This will completely remove the logic from Dockerfile and put it in the
scripts control which is the direction we have been headed for a while.
Change-Id: I8e0745b50e6c141da5ca8f57b415ae206dad5ab4
Sam Yaple