GitLab

The "Waiter" class is now deprecated. A "wait" method is used
instead. The new method is located at "kamaki.clients" and has
this signature:
wait(
    poll method, poll method params,
    stop method,
    delay=1, timeout=100,
    caller callback method=None)

The poll method is provided by the caller and is typically the
"get_details" method of each API client.

The "poll method params" is a list of parameters for the polling
method, typically just the item id (i.e., server_id, port_id,
volume_id).

The stop method returns a boolean, is called after each polling
and decides whether the blocking should stop.

The delay is the time between each call of the poll method

The timeout is the total time after which the blocker stops

The caller callback method is not a generator anymore, instead it
is just a method that takes the results of the poll method as
input and it is called at each iteration. It remains optional.
Typically, the caller may use it to advance a progress bar.

The CycladesComputeClient, CycladesNetworkClient and
CycladesBlockStorageClient have been updated so that they make use
of the new method, but they retain the ability to call the Waiter
methods for two more versions, due to backwards compatibility
policies.

The CLI has been adjusted to use the new mechanism.

The "create_server" method is located at "kamaki.clients.cyclades"
as member of the "CycladesComputeClient" class.

The docstring was incorrectly describing the effects passing None
or [] to the "networks" argument.

Refs grnet/kamaki#46

Retain backwards compatibility by keeping the "wait_server" method.
Implement a new method "get_status" to retrieve current server status
as well as a progress percentile if available.

The method used to return results in this format:
  {"volume": {"id": ..., "display_name" ..., ...}}
It now returns the results in this form:
  {"id" ..., "display_name" ..., ...}
as it is the case with every other creation command in kamaki library.

Refs #36

New types: vnc-ws, vnc-wss

Fixes #37

When creating a server, custom metadata "os" and "users" are
automatically derived from the image properties. This commit
allows users to overwrite them or add extra custom metadata
at server creation time.

The Cyclades client overrides some methods of the OS-specific
client, due to API differences: create_volume, create_snapshot

Unit tests for these methods are also implemented

Fixes #24

Refs #9

This change affects both the kamaki.cli and kamaki.clients hierarchies
It is of semantic significance only
Backwards compatibility is preserved in kamaki.clients, so that
old code using base_url instead of endpoint_url will still work.

Names are changed for uniformity. Backwards compatibility is kept,
(old names are not dismissed)

Renames:
CycladesRestClient --> CycladesComputeRestClient
CycladesClient --> CycladesComputeClient

Users can still import and user CycladesRestClient and CycladesClient

Change expected value from 202 to 200 in reassign_floating_ip

Notable changes:
 in CLI, --project --> --project-id
 in clients, create_floating_ip overwrites OS/network method

Add optional argument --project in create subcommands;
add subcommand "reassign" for "server", "network" and "ip" commands.

Refs: #5104

Conflicts:

	kamaki/cli/commands/cyclades.py

Refs: #5051

Conflicts:

	kamaki/clients/cyclades/__init__.py

Refs: #4563

Refs: #4563

Refs: #4563

Refs: #4624, #4563

Refs: #4583

Refs: #4563

Refs: #4546

Refs: #4546

Refs: #4583, #4563

Network connection has changed:
server create <usuall stuff here>
    --network-id=NETWORK_ID --network-with-ip=NETWORK_ID,IP
port create/delete are also used to connect/disconnect networks to servers

deprecated:
- all network-related commands at cli/commands/cyclades.py
- ip attach/detach

Refs: #4596

Refs: #4563

Refs: #4563

Refs: #4563