Commit 0d6bfaf2e3f839704f07b265ba81e224936a2b49 fixed the pbr bug which
was released in 0.11 which is also the minimum required version of pbr
for Liberty.
Commit 6f98a9e2bd7eed7f618a453d18055c34f84cd1ca removed the other part
of the keystone doc building workaround, but missed removing this note
about cleaning everything up later.
Related-Bug: #1260495
Change-Id: Ia4c8c903f049714013a0c6faab65b28a00c303b9
A "default" entrypoint is defined for each auth method. The
default driver will be used if there's no config option for the
method, or the config option is not set, or if the config option
is set to "default".
For the external methods, since there's several of them, each gets
a short name that can be used rather than the qualified class.
bp stevedore
DocImpact
Change-Id: I2484af32e9eb3703869cf441e4f9851b54b0db2b
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 auth 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: I170a5e422805e988ac472676c8838d8cc7a1ad77
Remove endpoint_policy as an extension and move it to a core resource.
For now we leave the database migrations in the extension directory
until we have a general policy for merging these into core.
DocImpact: You should no longer run the migrations for this extension.
Implements: bp replace-extensions
Change-Id: I6215b7df497c142a5e73b62543e0d76458c85f64
A temporary fix was added to get around a bug in how pbr handles
its autodoc_tree_index_modules setting. Since this bug is fixed we no
longer need the work around.
Change-Id: I6af0fdd6d1efacb47692b89c329e45ac59fef7cb
Closes-Bug: #1260495
With stevedore support, we can use shorter names for the drivers
rather than the full class path.
Using the full class path is supported, but deprecated (the code
falls back to importing by importutils which is already reported
as deprecated).
bp stevedore
Co-Authored-By: Boris Bobrov <bbobrov@mirantis.com>
Change-Id: I11cf1bca474f59419185e2a1970c1dae31017329
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
Bump pre-version in setup.cfg to formally open Liberty development.
Kilo release branch will be cut from the previous commit.
Change-Id: I188547a25d0aa1ec8d60f6ab7c13fe63a7eccdbf
Use entrypoints for keystone-all and keystone-manage.
This makes keystone consistent with other projects that
already use entry points, e.g., nova.
Change-Id: Ib8d1a30d9b31d515dd5256896e24ae7b327fff6e
* pull in oslo.policy
* account for changes to Enforcer initialization
* account for changes to config options
partially implements bp graduate-policy
Change-Id: Ia23afda5acf92cdc4578ec4c85821603c56d3097
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
This switches keystone to use oslo-config-generator, where the contents
of our sample configuration file are configured using a configuration
file in config-generators/, because the only way to have tox create
files is to have configuration files for your configuration files
(seriously, it chokes when redirects are included in the command for a
test environment).
This also takes advantage of oslo-config-generator's ability to set the
line wrap width, which is done at 79 chars here to match the rest of our
code.
Also update the actual sample file under etc/
Change-Id: I9f9a157c7802c56a2c7484f6f4adec4aeb4071b8
Closes-Bug: 1324610
Keystone does not support Python 2.6 anymore starting with Kilo and
might not work correctly with it, so remove the classifier.
Change-Id: Iafe029d962e8ec6960efc6b61bdd2ac86ad980b7
Bump preversion to 2014.2 to formally open Juno development.
The Icehouse release branch (milestone-proposed) will be cut
from the last commit before this one.
Change-Id: I16d88d311795868b83cd13afc87dc8fbff01bfb6
Sync in the oslo code for auto-config sample generation and
make the appropriate changes to setup to allow for automatic
option discovery.
`test-requirements.txt` now includes stevedore to
ensure the oslo libraries can all be loaded as expected.
Change-Id: Ieca0aea4d3c67b930c12467317d2f4d83763b601
Add database setup and initial testing into Key Distribution Server.
Also adds a migration script.
Implements: bp key-distribution-server
Change-Id: I22e914ef1ca6ec8217d131c073261b309d9f637e
So far there is simply a CLI application called kds-api that launches
the server using the reference wsgi server and a test just to
make sure things are wired in correctly.
blueprint: key-distribution-server
Change-Id: I17f1943eb6cd71f6059606a1a099f5761896b131
- Adds the ability to build docs using tox
- Fixes autodoc generation
A Sphinx extension is introduced in the commit to facilitate building
the API documentation. This extension should be removed when
bug 1260495 is fixed.
Change-Id: Ibf5e5403cb7d3e67947c87b2828b64a56a11fc30
This should be accepted/merged once all the RC1 bugfixes are in.
This bumps the target version to 2014.1, effectively opening the master
branch to Icehouse development, ending the feature freeze.
The Havana release branch is cut from the previous commit in master.
Change-Id: I99861235bb71d9b47ff85623317efe4243ee0668
New translation catalogs will be generated with the organization set to
'OpenStack Foundation' in the header.
Change-Id: I0da323113030c6a68b3c4bbdd94053639312c594
Partial-Bug: #1214176
Similar to a range of other components (e.g. glance,nova,...) and recent
reviews by Monty.
Running individual tests can be done like this:
./run_tests.sh keystone.tests.test_drivers
Change-Id: I2482a48322150e5eb09b703326a94d8283f1c75b
As a server project, keystone should list a version number in setup.cfg
so that the version numbers products in daily tarballs list the
pre-release alpha designation.
Change-Id: I1aff86b0890f2d215d00b0c1f19cca3798ae88ec
Move specific functionality into test fixtures, so that normal test runners
can work. For now, this means we can use unaltered nose. For the future, it
gets us closer to being able to use other test runners such as testrepository
which allow for things like parallel test runs and re-running failed tests
in a dev/test cycle.
Also, aligns keystone with nova and glance.
Change-Id: Ic1966281c0bdfbc09792360209692e9d4a0a51a7
The main culprit here was prettytable - but because of the way this was
working, it was causing intermittent transient network issues from pypi in
the devstack gates.
Change-Id: I62117116c850361c5e2de7e6485c14ef43007c1d