Now able to pass metadata to the create method,
as well as update it with set, and remove it with unset.
I'm currently passing it as an optional param like the following:
--meta-data=key1=value1
which seems weird, what about
--meta-data=key1:value1
I'd have to update type too if that is the case.
Change-Id: I0fc8398768da015c1f53c5c564c68a2cfb53e778
PEP8 E126 wants continued strings to line up vertically, totally destroying the
readability and visual indication of the beginning of a string in a list
* Ignore PEP8 E126 in order to indent the entry point strings in a readable manner.
* Sort the enrty point command strings by object then verb.
* Bring other ignores from run_tests.sh to tox.ini
Change-Id: I2593de7d6c058322101bc68636317cdba29fe664
changed to volume-type
changed command to --long, added a formatter for key=value
Just noticed there is an option in cinder for a command called
extra-specs-list, only relates to volume-types, to list the
meta-data key/value pair. Added that functionality.
Also made minor changes so delete/set/unset can be called by name.
Change-Id: If534ccd1d8a3abc6d235c60ec9a964b88e3fa66d
simple rebase
rewrite help for create, remove choices
Added create/delete/list/show/set for service
Modified setup.py
Change-Id: I5ced0e214cc2f7fc70493c66b4381040ce8122fe
keep the functions sorted
Please review carefully as I intend to mimic this logic with
list and remove, I'm open to suggestions about handling thigs
differently
Change-Id: Ia6359134c44447f3b758870c4dc306ec1f970852
This enables stand-alone modules to hook in to the command-line
handler in a dedicated API namespace. These extensions have access
to the existing clients via the client manager but no way to add
another client to the manager is provided..
blueprint client-extensions
Change-Id: I4b2eaa780d8ba881db23d950d09b8702e9e314ef
Added create/delete/set/list/show support for roles
Broken up to make reviewing easier.
Will add more functionality (add/remove) later
Change-Id: I95bddd27d8d9d251ad2fd60c3e3ee1e2cbcd7d4b
Again, looking thorouhgly through cinders commands, i noticed
an force-delete command, which was for volumes only.
Decided it would work best as an optional argument for the
regular delete case
Change-Id: I9de6040ea0ad71c2a9c8edc7be18779d39e7ede0
rebase again, and change util to look for display_name too
minor changes and rebase
add create/delete/list/set/show support for snapshot
Change-Id: I80261653fa919555a44ddda07b0a827ccd16e5e0
moved policy.py to it's own patch
minor changes based on comments
reworked it now that the domain specs have changed
added credential - create, delete, update, show, list
added domain - create, delete, update, show, list
update setup.py entry points
Change-Id: I6bbbb8fdfbc3e76ba75374e9579eb92c96c928fe
fix with dtroyer's comments
rebase
fix with dhellmann's comments
create/list/delete/show/set for volume commands
Change-Id: Id8236685d815dbf73873bab2363d82274a9aa556
Most of the arguments required by the create flavor API can have
reasonable defaults and therefore can be made optional in the CLI.
This brings create flavor in line with the documented args in the
wiki at https://wiki.openstack.org/wiki/UnifiedCLI/Mapping#flavor
Change-Id: Iecb3baf72f9dc3981742ff7989780894e37921c9
made the changes suggested by dtroyer
added client
modified setup.py entry points
updated pip required
added support for create/delete/list volume types
openstack list type
openstack create type typeName
openstack delete type typeNameOrId
Change-Id: I43655de151582e37f14dc9550151a66db7a009ab
* Use multiple entry point groups to represent each API+version
combination supported
* Add some tests
Try it out:
* Right now only '* user' commands have multiple overlapping versions;
you can see the selection between v2.0 and v3 by looking at the
command help output for 'tenant' vs 'project':
os --os-identity-api-version=2.0 help set user
os --os-identity-api-version=3 help set user
Change-Id: I7114fd246843df0243d354a7cce697810bb7de62