delta/openstack/python-novaclient.git, branch 2.23.1

Fix unit and functional tests

2015-07-16T15:37:51+00:00

stable/kilo branch is broken due to next reasons:
1) unittests requires capped oslo libraries and mock
2) functional tests cannot access to credentials via environment variables

Both issues block each other, so we need to squach several commits.

Fix for functional tests is done via backporting patches:
* refactor functional test base class to no inherit from tempest_lib
  Conflicts: None
  Change-Id: I716be51d7d1825a757934298f06b2f04d64cf0dd
  (cherry picked from commit 420dc2884ac369924e8e65eba5cf81935b6ffc9d)

* pass credentials via config file instead of magic
  Conflicts: README.rst
  Change-Id: Ifdab38a03c94f51d30449149c0dbd9c6265460a5
  (cherry picked from commit 6379287480bf6bc0a8f80bc93f01005a31882aec)

Unittest doesn't require full sync with global-requrements, so only
oslo.i18n, oslo.serialization and mock are updated.

Change-Id: I5ecd52abcaf0da1b067e70d7b19297305af19174

update defaultbranch

2015-04-15T13:29:16+00:00

Change-Id: Ie1df04e5bde9da8c3f2dc1c7205423ecea6c789d

Ensure the use of volume endpoint in volumes apis

2015-03-17T01:19:11+00:00

Currently, several of the volumes apis depend on callers to pass
service_type='volume' as a parameter when creating a client object,
to route correctly. The problem is, it makes it impossible for
callers to work with both the compute and volume endpoints at the
same time. They can either work with compute and have volumes.* calls
return 404, or they can work with volume and have servers.* images.*
flavors.* calls return 404.

The CLI sets service_type='volume' for client objects for the
following commands via a decorator:

volume-list
volume-show
volume-create
volume-delete
volume-snapshot-list
volume-snapshot-show
volume-snapshot-create
volume-snapshot-delete
volume-type-list
volume-type-create
volume-type-delete

With this change, the service_type 'volume' is set in the api,
so the decorators on the shell commands are no longer needed.

Closes-Bug: #1431154

Change-Id: I11b48ac14fa4c64d8aae528552ec5b363be384c5

Merge "Add missing servers.create parameter documentation"

2015-03-12T22:33:53+00:00

Merge "Add Client object to documentation"

2015-03-12T18:32:48+00:00

Merge "Add a test for the TCPKeepAliveAdapter"

2015-03-12T18:32:40+00:00

Merge "nova client cinder query param changed to display_name"

2015-03-12T18:32:26+00:00

Add missing servers.create parameter documentation

2015-03-12T18:16:58+00:00

The min_count, max_count, and security_groups parameters for
servers.create are missing documentation. The security_groups
parameter was documented in the servers._boot function but that
private function isn't published to the docs.

This change adds the missing documentation for the aforementioned
parameters and removes the duplicate docs in the servers._boot
function.

Change-Id: Ib0dcc7e8f7f4d0b83b6caeddd1ace66add4e0003

Merge "Fix client usage in api example"

2015-03-12T15:17:55+00:00

Add Client object to documentation

2015-03-12T00:49:04+00:00

After wanting to do a rather simple thing -- figure out of the
"timeout" argument to nodepool was a int or a float, it lead me down
the rabbit-hole to python-novaclient.

It turns out the timeout does get passed through to requests as a
float so that mystery was solved.

But the "Client" class seems to be missing from the documentation as
it's not included in the class list.  So add that and also at least
document the types of the arguments.

However, then I noticd that this wasn't showing up; turns out sphinx
requires "autoclass_content = both" if you want it to document
__init__() functions.  Several other classes had their init args
documented but they weren't showing up because of this.

Change-Id: I8f44e92f2a0f25a75926b1813a8b374e79b4f5db