Py311 based jobs can fail as there is no pypy binary package in
debian-bookworm anymore, but there is pypy3 instead.
Change-Id: Ifc9abd9d655e722c630fa4e96558aa899305b135
It is no longer supported by jammy and lead us to the following errors with the announce-release job.
```
No package matching 'python-dev' is available
```
Change-Id: I605717824159f878df252e4c6d9bdd7af2f113df
The gate nodes no longer have the virtualenv package globally installed
and available, resulting in our nightly job failing with the error:
FileNotFoundError: [Errno 2] No such file or directory: 'virtualenv'
To get around this, this patch updates our generate.py code to use the
venv module that is part of the standard lib in Python 3.3 and later.
Change-Id: I128ce15a1b6ce885dacae4ecd160f5892215683b
Signed-off-by: Sean McGinnis <sean.mcginnis@gmail.com>
bindep.txt is needed for wheel building and generate-constraints,
update the comment so that this is clearer.
Change-Id: I37596cdd462944afa781f50485e8c217cdfbbd8b
- Pillow needs jpeg headers
- Numpy/scipy want blas, lapack and gfortran/g++
- libzmq3-dev is available even on Ubuntu Xenial
- Ubuntu Xenial is the only one without MariaDB
- added note about source of liberasurecode-devel for CentOS
- we need librdkafka 1.4.0+ which is only available in Debian 'bullseye'
Change-Id: I213df7a645a5a538c4e4f040dac34bb92f592c3b
This job was a legacy job that attempted to verify each project could be
independently installed after all global-requirements had been
installed.
This job is no longer necessary since we have much better coverage with
requirements-check and other jobs that make sure the requirements are
compatible. It is also a legacy zuulv2 job, uses the long deprecated
devstack-gate, and runs with Python 2.7.
For historical reference, this was added originally to PBR back in 2013
[0] and moved to requirements in 2014 [1].
[0] 378261a8cb
[1] 8e073738db
Change-Id: I29abcba929995f9307c392110160d889a29b47c3
Signed-off-by: Sean McGinnis <sean.mcginnis@gmail.com>
This allows us to test that wheels produced by the wheel build jobs are
valid zipfiles before publishing them.
Change-Id: I556c3977cae50e662dd11ae6930569f89700022e
on trusty and xenial we're getting this to satisfy a dependancy, on
bionic we need to request it manually.
Depends-On: https://review.openstack.org/597966
Change-Id: I75a86f97b92bf144a8a8772b9f3e81559062c018
Because we want to build ubuntu-bionic wheels, update bindep.txt to
support it.
Change-Id: I8ecd36c6d3f552562789af431a15bac2856979dd
Signed-off-by: Paul Belanger <pabelanger@redhat.com>
With zuulv3, we are now using bindep.txt more to manage
build-wheel-jobs. As such, give an update to start supporting
centos-7. I've also cleaned up a few depedencies we no longer need.
This also add support to test wheel-mirror builds.
Change-Id: Ia6c1113d119b01e7189e4ada41e10865c4ec0066
Signed-off-by: Paul Belanger <pabelanger@redhat.com>
The build-wheel-mirror job actually needs this to work, which is a
periodic job we run to build wheels for our AFS mirrors.
Change-Id: I2adcb0d89f9cf3fcc58a30b1d153e9528646f0ae
Signed-off-by: Paul Belanger <pabelanger@redhat.com>
A new feature of oslo.log will allow us to log directly to systemd. Add
the library needed for that optional mode.
- Is the library actively maintained?
Yes, by the systemd team - https://github.com/systemd/python-systemd
- Is the library good code?
It seems pretty reasonable, it's honestly mostly python to clib
bindings for systemd.
- Is the library python 3 compatible?
Trove classification says yes. And it's packaged for both python 2
and 3 in Ubuntu, so I'm assuming yes.
- Is the library license compatible?
LGPLv2+ so yes.
- Is the library already packaged in the distros we target (Ubuntu
latest / Fedora latest)?
Yes.
- Is the function of this library already covered by other libraries
in ``global-requirements.txt``?
No.
- Is the library required for OpenStack project or related dev or
infrastructure setup? (Answer to this should be Yes, of course)
Which?
This is for oslo.log, the commit landed here -
If2591576a96d8ca6e36f4dc6600f5412f40509e2
Change-Id: I8d1cfeffafce810fb30db24d55aea43759291aad
Signed-off-by: Doug Hellmann <doug@doughellmann.com>
Implement XFAIL handling for ignoring known problems so that
we can make the job voting until the remaining issues are sorted
out.
Change-Id: Ia2cf2c440a72e6365a9ff08086704dc535bbc072
- Is the library actively maintained?
Latest version is 10.3.5.0.1 released on 2016-08-08. Maintainers
are responsive in #dogtag-pki on freenode.
Also RedHat is using it for the "Red Hat Certificate System" product.
- Is the library good code?
I haven't looked into the code in detail but is has a testsuite (using tox
and pytest). In general, the code looks good to me.
- Is the library python 3 compatible?
Yes
- Is the library license compatible?
License is LGPLv3+ which is compatible.
Note: The library was relicensed *because* of the OpenStack license
requirements.
- Is the library already packaged in the distros we target (Ubuntu
latest / Fedora latest)?
Ubuntu:
Not yet. But given that it's a common python package it shouldn't be hard to
package it for Ubuntu.
Fedora:
Not yet. But given that it's a common python package it shouldn't be hard to
package it for Fedora.
Note: Both (Ubuntu and Fedora) have the server part of dogtag already packaged.
- Is the function of this library already covered by other libraries
in ``global-requirements.txt``?
No.
- Is the library required for OpenStack project or related dev or
infrastructure setup? (Answer to this should be Yes, of course)
Which?
Yes. It's used for the dogtag Barbican plugin.
See http://git.openstack.org/cgit/openstack/barbican/tree/barbican/plugin/dogtag.py
Change-Id: Ibedae54e631e9c3d3726453adcd204ce96b19d77