During the request, an oslo.context RequestContext is created.
This allows the log to contain the request ID as set by the
request_id middleware.
Change-Id: Ib27d91c20a58a48d611a7c0b42134f4970ff42a8
Closes-Bug: 1485604
This folds the py3 versions (which infra were not linting until
recently) into the requirements files they should now use.
Note that the -e line for ldap wasn't meant to ever merge, and
I'm not sure it can be merged now, so I've dropped it and we'll
see what happens on test.
Change-Id: Idbd162d70620f683d1bc664193b2a5fe64c159b9
Ran update-requirements in openstack/requirements.
Reverted change to python-ldap that used ;python=2.7
Change-Id: I45e4e3a0add6d50ea082d315c50a8647da71e282
Use oslo.service rather than service from oslo-incubator.
openstack-common.conf was updated and sync from oslo-incubator to
clean up unused modules.
Check requirements files to make sure there are no new unused
requirements (there are none).
config generator configuration was updated to pull options from
oslo.service.
Closes-Bug: 1466851
Depends-On: I305cf53bad6213c151395e93d656b53a8a28e1db
Change-Id: Ie8ef66720bdc480cd1c67548c7a20bf78eeeac71
The Stevedore library is used for loading backend drivers rather
than using importutils. This provides a level of indirection for
deployers/packagers.
The importutils method of loading drivers is still supported, but
it's deprecated.
bp stevedore
Change-Id: Id77ebf7056987ff1d3b9f62fab411845e63c86c3
It's obvious that the requirements in keystone's requirements.txt
are for keystone, no comment required.
Change-Id: Ib1417dc911859053eaf4883d7be40fb90246c536
* pull in oslo.policy
* account for changes to Enforcer initialization
* account for changes to config options
partially implements bp graduate-policy
Change-Id: Ia23afda5acf92cdc4578ec4c85821603c56d3097
With Ibca4b1765d06f239df113aa3ec367e60de61a225 a dependency on
cryptography was introduced.
This is causing issues for the centos7 devstack jobs. cryptography
attempting to be installed before it's dependency "six".
I have filed an upstream issue with pip about this [1]. In the
mean-time, re-ordering the dependency should allow things to install
correctly.
This probably doesn't happen on Ubuntu because it ships with a version
of six that allows the cryptography package to at least install.
[1] https://github.com/pypa/pip/issues/2473
Change-Id: I0308aca7ac4d59afbec342ec387be088f7d360ca
This includes a KLW token provider and keystone-manage commands to
initialize a key repository and perform key rotation.
Co-Authored-By: Dolph Mathews <dolph.mathews@gmail.com>
Change-Id: Ibca4b1765d06f239df113aa3ec367e60de61a225
Implements: bp klw-tokens
Most of changes are just replacing
from keystone.openstack.common import log
with
from oslo_log import log
There are some other specific changes that had to be made
* Initialize logger in keystone/config.py
Change-Id: I859edb71c434051ffe7f34c16018b738ddb71e3b
Have the extension in the pipeline by default, and automatically
migrate the federation databases.
implements bp: replace-extensions
Change-Id: I731a961da579b8255aa474bde371f4946d6b9954
Keystone had its own implementation of RequestBodySizeLimiter,
which is unnecessary since there's a RequestBodySizeLimiter in
oslo.middleware. The RequestBodySizeLimiter in keystone.middleware
is now deprecated in favor of the one in oslo_middleware.sizelimit.
bp oslo-middleware-size-limiter
Change-Id: Iebe880eae706eb1ebbda2608f05e1aac65fbfedb