openstack/kolla.git/docker/valkey/valkey-sentinel, branch masterUnnamed repository; edit this file 'description' to name the repository.
https://git.platform-os.org/openstack/kolla.git/atom?h=master2026-07-06T19:59:40+00:00Migrate to pyproject.toml2026-07-06T19:59:40+00:00Michal Nasiadkamnasiadka@gmail.com2026-07-06T13:26:00+00:00urn:sha1:db35ac8d793506bc43b62e7e39d27a75de1043ed
[tool.setuptools.data-files] does not support recursive directory
installation. The old setup.cfg [files] worked because PBR's
FilesConfig.expand_globs() used os.walk() to expand docker/*, but
this hook is not triggered by the pbr.build PEP-517 backend.
Move docker/ into kolla/ and use [tool.setuptools.package-data]
instead. Update kolla_worker._get_images_dir() to check the kolla
package directory first so both editable and regular installs work.
Change-Id: I4fc452c03740ef22ebbb4e8d0d86c4f4783e2d09
Signed-off-by: Michal Nasiadka <mnasiadka@gmail.com>
kolla-build: fix build-date LABEL invalidating Docker layer cache2026-06-24T13:00:26+00:00Michal Nasiadkamnasiadka@gmail.com2026-06-18T15:16:08+00:00urn:sha1:a1a3fdc1b54baf62f234ddc9dac4906e30eb5d11
The build-date label was rendered into a LABEL instruction on line
3 of every Dockerfile template, immediately after FROM.
Because Docker invalidates the cache for a changed instruction and
all subsequent layers, a date change caused a full rebuild of every
image on each new calendar day, even when nothing else had changed.
Fix this by removing build-date from the Dockerfile templates and
applying it as a --label argument at build time via image.labels.
Labels passed on the build command line are not part of the
Dockerfile cache key, so the date is still recorded in the image
metadata without affecting layer caching.
Change-Id: I8ef0d85bab1a999a4d09f7cbf0c088ca00fdcf77
Signed-off-by: Michal Nasiadka <mnasiadka@gmail.com>
Switch to Debian Trixie2025-12-16T12:15:22+00:00Michal Nasiadkamnasiadka@gmail.com2025-10-24T14:58:36+00:00urn:sha1:cee27f6426f49b4242b0535d0e0dee6f8a44dbda
Change-Id: Ib7f551d4a7c6ffe95786853d6899e704de4747b8
Signed-off-by: Michal Nasiadka <mnasiadka@gmail.com>
debian: use valkey from bookworm-backports2025-11-05T13:22:31+00:00Bartosz Bezakbartosz@stackhpc.com2025-11-03T10:43:59+00:00urn:sha1:477f71b6ba8dd9472ecccd16ac9a5aa79d82eaf0
To fix arm64 valkey build.
The virtual `valkey` resolves to `valkey-server` in bookworm-backports,
but our global -1000 pin blocks it. Amd64 worked only because extrepo
shipped it. Use valkey directly from the backports packages instead.
follow up to https://review.opendev.org/c/openstack/kolla/+/932174
Change-Id: I846e4f19696ca28758cb9c0400be96c01b079daa
Signed-off-by: Bartosz Bezak <bartosz@stackhpc.com>
Add Valkey2025-10-29T15:32:24+00:00Michal Nasiadkamnasiadka@gmail.com2024-10-11T12:13:58+00:00urn:sha1:af9dfb0dba11f0cb025a806792c3b7dcb71dc39c
Change-Id: I02f3adf9825636e2b81c50543d6f95ea986019b6
Signed-off-by: Michal Nasiadka <mnasiadka@gmail.com>