delta/openstack/python-troveclient.git/troveclient/utils.py, branch pike-eol opendev.org: openstack/python-troveclient.git turn on warning-is-error for documentation builds 2017-07-13T15:39:32+00:00 Doug Hellmann doug@doughellmann.com 2017-06-29T21:39:22+00:00 e8d306fa2a72f820055eb76d5b9c155dd0e4008e Fix a bunch of formatting issues with docstrings to allow us to turn on the flag that treats warnings as errors to avoid mal-formed documentation in the future. Change-Id: Ic6fb73031e37314c49c41e4621dfd92b9c3f59d5 Signed-off-by: Doug Hellmann <doug@doughellmann.com> 
Fix a bunch of formatting issues with docstrings to allow us to turn on
the flag that treats warnings as errors to avoid mal-formed
documentation in the future.

Change-Id: Ic6fb73031e37314c49c41e4621dfd92b9c3f59d5
Signed-off-by: Doug Hellmann <doug@doughellmann.com>
Fix module-list 2016-12-22T16:08:16+00:00 Peter Stachowski peter@tesora.com 2016-07-28T15:57:59+00:00 fb4064d39e5268af2c28a21087c07aa5d2d9956e Under a keystone V3 scenario, the CLI command for module-list will fail as it tried to determine whether to display the 'visible' and 'tenant' fields (which only make sense to show to an admin). Keystone V3 stores the role information (used to find out if the user has admin access) in a different place than V2. This fix uses a keystoneauth1 property to have the value determined correctly internally, so trove doesn't have to worry about it. The logic was also moved to the utils module to faciliate reuse. Closes-Bug: #1622019 Change-Id: I6dbc3660b507017f85d06bde2903f4d2334fea35 
Under a keystone V3 scenario, the CLI command for
module-list will fail as it tried to determine whether
to display the 'visible' and 'tenant' fields (which only
make sense to show to an admin).

Keystone V3 stores the role information (used to find
out if the user has admin access) in a different
place than V2.  This fix uses a keystoneauth1 property
to have the value determined correctly internally,
so trove doesn't have to worry about it.

The logic was also moved to the utils module to
faciliate reuse.

Closes-Bug: #1622019
Change-Id: I6dbc3660b507017f85d06bde2903f4d2334fea35
move old apiclient code out of openstack/common 2016-11-10T15:02:08+00:00 Steve Martinelli s.martinelli@gmail.com 2016-11-10T15:00:24+00:00 eed19c835fc5706099ce2cee872fc66d99836cf8 As part of the first community-wide goal [1], teams were asked to remove the openstack/common package of their projects if one existed. This was a byproduct of the old oslo-incubator form of syncing common functionality. The package, apiclient, was moved to a top level location and cliutils was moved to the common module. There are no oslo specific libraries, the recommended solution is to move it in tree and maintain it there. Specifically in this patch, I also rearranged some of the imports to make them match up with the hacking guidelines while I was re-ordering them for the refactor anyway. Lastly, the apiclient/fake_client.py was deleted since it was not used. [1] http://governance.openstack.org/goals/ocata/remove-incubated-oslo-code.html Change-Id: Ib7b691240b819c9c91b100ca47ffaba75b281c78 
As part of the first community-wide goal [1], teams were asked
to remove the openstack/common package of their projects
if one existed. This was a byproduct of the old oslo-incubator
form of syncing common functionality.

The package, apiclient, was moved to a top level location
and cliutils was moved to the common module. There are no oslo
specific libraries, the recommended solution is to move it
in tree and maintain it there.

Specifically in this patch, I also rearranged some of the
imports to make them match up with the hacking guidelines
while I was re-ordering them for the refactor anyway.

Lastly, the apiclient/fake_client.py was deleted since it
was not used.

[1] http://governance.openstack.org/goals/ocata/remove-incubated-oslo-code.html

Change-Id: Ib7b691240b819c9c91b100ca47ffaba75b281c78
Use strutils.to_slug() instead of utils.slugify() 2016-09-06T01:17:51+00:00 Christian Berendt berendt@b1-systems.de 2014-05-27T21:54:03+00:00 b592b42aa1a8a9683af40fa1c011c7cd1665b45a Oslo provides a function, to_slug() in strutils that is substantially similar to slugify() provided in utils by python-troveclient. Remove slugify() and use to_slug() instead. Change-Id: I97bc7cfc2c0e7d14e7617037bff431cdc1eee50f Closes-Bug: #1266127 Author: Christian Berendt <berendt@b1-systems.de> 
Oslo provides a function, to_slug() in strutils that is substantially
similar to slugify() provided in utils by python-troveclient. Remove
slugify() and use to_slug() instead.

Change-Id: I97bc7cfc2c0e7d14e7617037bff431cdc1eee50f
Closes-Bug: #1266127
Author: Christian Berendt <berendt@b1-systems.de>
Support flavor ids with leading '0' 2016-07-14T22:33:28+00:00 Peter Stachowski peter@tesora.com 2016-07-14T22:30:10+00:00 f067cf83c2ac505eec7301cea4759e1428a63520 When Trove moved to support alphanumeric flavor ids, the case of having a numeric string id with leading zeros was not taken into account. The behavior on the client side is to see if the id is all digits, and if so it is converted to an int. That means that a flavor of '01' will be incorrectly interpreted as '1'. This behavior has been fixed and unit tests created. Change-Id: I5acdec576a2e7da6cbfbb1cfc61c49fbbf7379af Partial-Bug: #1603187 
When Trove moved to support alphanumeric flavor ids, the case of having
a numeric string id with leading zeros was not taken into account. The
behavior on the client side is to see if the id is all digits, and if so
it is converted to an int. That means that a flavor of '01' will be
incorrectly interpreted as '1'.

This behavior has been fixed and unit tests created.

Change-Id: I5acdec576a2e7da6cbfbb1cfc61c49fbbf7379af
Partial-Bug: #1603187
Client support for instance module feature 2016-03-11T23:10:50+00:00 Peter Stachowski peter@tesora.com 2016-03-08T05:22:06+00:00 457360c69f651aea92769c9e543492d770b84595 This adds support in the python API and Trove CLI for instance module commands. These commands include: - module-apply - module-remove - module-query - module-retrieve - module-list-instance The parsing of --instance was modified to allow multiple modules to be specified. This was extended to 'nics' as well. Partially Implements: blueprint module-management Change-Id: If62f5e51d4628cc6a8b10303d5c3893b3bd5057e 
This adds support in the python API and Trove CLI
for instance module commands.  These commands include:

    - module-apply
    - module-remove
    - module-query
    - module-retrieve
    - module-list-instance

The parsing of --instance was modified to allow multiple
modules to be specified.  This was extended to 'nics' as well.

Partially Implements: blueprint module-management
Change-Id: If62f5e51d4628cc6a8b10303d5c3893b3bd5057e
Fix flavor-show problems with UUID 2015-06-29T01:13:12+00:00 Masaki Matsushita glass.saga@gmail.com 2015-06-22T04:55:49+00:00 29d0703de16f20c0ab33b7b4b8567892b7601b15 flavor-show fails if the flavor's ID is in the form of UUID and user specified its name. The change in troveclient/v1/shell.py#L92-L95 is from Sushil Kumar. Closes-Bug: #1467383 Change-Id: Ie838796191a06193a59499da59fae79b9d9f060f 
flavor-show fails if the flavor's ID is in the form of UUID
and user specified its name.
The change in troveclient/v1/shell.py#L92-L95 is from Sushil Kumar.

Closes-Bug: #1467383
Change-Id: Ie838796191a06193a59499da59fae79b9d9f060f
Drop use of 'oslo' namespace package 2015-05-06T19:45:44+00:00 Doug Hellmann doug@doughellmann.com 2015-05-06T19:45:44+00:00 8612fd048d18229d2c2d2492f6815c9e5837b8a5 The Oslo libraries have moved all of their code out of the 'oslo' namespace package into per-library packages. The namespace package was retained during kilo for backwards compatibility, but will be removed by the liberty-2 milestone. This change removes the use of the namespace package, replacing it with the new package names. The patches in the libraries will be put on hold until application patches have landed, or L2, whichever comes first. At that point, new versions of the libraries without namespace packages will be released as a major version update. Please merge this patch, or an equivalent, before L2 to avoid problems with those library releases. Blueprint: remove-namespace-packages https://blueprints.launchpad.net/oslo-incubator/+spec/remove-namespace-packages Change-Id: I2a8caa859830b3416bfe54e4261dd3415ac5a76a 
The Oslo libraries have moved all of their code out of the 'oslo'
namespace package into per-library packages. The namespace package was
retained during kilo for backwards compatibility, but will be removed by
the liberty-2 milestone. This change removes the use of the namespace
package, replacing it with the new package names.

The patches in the libraries will be put on hold until application
patches have landed, or L2, whichever comes first. At that point, new
versions of the libraries without namespace packages will be released as
a major version update.

Please merge this patch, or an equivalent, before L2 to avoid problems
with those library releases.

Blueprint: remove-namespace-packages
https://blueprints.launchpad.net/oslo-incubator/+spec/remove-namespace-packages

Change-Id: I2a8caa859830b3416bfe54e4261dd3415ac5a76a
Handle obsolete and unused oslo modules 2015-01-23T12:49:23+00:00 Amrith Kumar amrith@tesora.com 2014-12-09T22:29:24+00:00 dca7bfe1e6727a347da9b4ad1f7bb7932a2eb134 The python-troveclient module still had references to strutils, and gettextutils which are now obsolete. Change-Id: Ia54a565c00966b0a1cb5f18c6e17e1237b2bfee6 Partial-Bug: #1380789 
The python-troveclient module still had references to strutils, and
gettextutils which are now obsolete.

Change-Id: Ia54a565c00966b0a1cb5f18c6e17e1237b2bfee6
Partial-Bug: #1380789
Fallback to flavor's str_id when id is None 2014-12-13T00:05:56+00:00 Adam Gandelman adamg@ubuntu.com 2014-09-23T00:04:47+00:00 a90a669c9c03d6bdbecaef8fad162b73d8d0fa9f When a nova flavor's id is a string and not an int, Trove will return None for the flavor's id and instead expect clients to use the str_id field. This updates the shell mask this from the user and always present the relevant value as id, and allow specifying either str_id or id for flavor-show. find_resource() was updated to deal with ints and strings, not just UUIDs and ints. Relies on changes to Trove @ https://review.openstack.org/#/c/115811 Related-bug: #1333852 Change-Id: If08430b07b7e8b6a1737f3e71dba6a471de63794 
When a nova flavor's id is a string and not an int, Trove will
return None for the flavor's id and instead expect clients
to use the str_id field.  This updates the shell mask this
from the user and always present the relevant value as id, and
allow specifying either str_id or id for flavor-show.

find_resource() was updated to deal with ints and strings, not just
UUIDs and ints.

Relies on changes to Trove @ https://review.openstack.org/#/c/115811

Related-bug: #1333852

Change-Id: If08430b07b7e8b6a1737f3e71dba6a471de63794