* Update glance-specs from branch 'master'
to bbbbc30a0613bc6b0398cf574eaf959531dabe79
- Fix the CI
This commit fixes two issues:
1) Replace obsolete PCRE packages
---------------------------------
pcre3 was removed from recent debian-based releases (eg. Trixie[1]),
while RHEL10/CentOS Stream 10 no longer ships pcre in favor of pcre2.
Use the latest whereto library release (0.5.0) which uses pcre2
instead.
[1] https://lists.debian.org/debian-devel/2021/11/msg00176.html
2) Remove use of sphinxcontrib-*diag packages
---------------------------------------------
These are no longer maintained, with the last release for some nearly 5
years ago. We also weren't actually using them. Remove them from our
deps list.
[1] https://pypi.org/project/sphinxcontrib-blockdiag/
[2] https://pypi.org/project/sphinxcontrib-seqdiag/
[3] https://pypi.org/project/sphinxcontrib-nwdiag/
This is a squash of patches by Stephen Finucane and Takashi Kajinami:
- https://review.opendev.org/c/openstack/glance-specs/+/927247
- https://review.opendev.org/c/openstack/glance-specs/+/974072
Signed-off-by: Cyril Roelandt <cyril@redhat.com>
Change-Id: Ie54b3c673ec4cbd8da911f9a6d8c37c821f7a006
OpenStack
OpenStack is a collection of interoperable components that can be deployed to provide computing, networking and storage resources. Those infrastructure resources can then be accessed by end users through programmable APIs.
This repository just represents OpenStack as a collection of git submodules. You can find the repositories for individual components at: https://opendev.org/openstack
You can learn more about the various components in OpenStack at: https://openstack.org/software
To learn more about how to contribute to OpenStack, please head to our Contributor portal: https://www.openstack.org/community/
To learn more about how OpenStack is governed, you can visit: https://governance.openstack.org/
Why this repository ?
Our continuous integration system, Zuul, gates all of the contained projects in an effective single timeline. This means that OpenStack, across all of the projects, does already have a sequence of combinations that have been explicitly tested, but it's non-trivial to go from a single commit of a particular project to the commits that were tested with it.
Gerrit's submodule tracking feature will update a super project every time a subproject is updated, so the specific sequence created by zuul will be captured by the super project commits.
This repo is intended to be used in a read-only manner. Any commit in this repo will get a collection of commits in the other repos that have explicitly been tested with each other, if that sort of thing is important to you.