GitLab

* Move the class from kamaki.cli.cmds to kamaki.cli.argument
* Change the name of object path from "path" to "object"
    throughout the class
* Add the dict and tuple properties, which return the value
    in dict {user_uuid: .., container: .., object: ..} or
    tuple (user_uuid, container, object) format

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.

Used flake8 to check for pep8 errors

The term "different account" refers to a user account that is not
the same as the one running the request.

The most notable example is when user A uploads something to a
directory owned by user B, provided user B has granted write
permissions to user A.

Some commands carry "--wait" options with their respective help
messages. Some of the messages were referring to the wrong commands
and this is now fixed.

Fixes grnet/kamaki#69

Refs grnet/kamaki#69

To get the hashmap, the user must call the command with the
"--hashmap" argument.

Conflicts:
	kamaki/version.py
	version

The new logging level DEBUGV is set in "kamaki.clients" and it is
used to log verbose information related to ReST communication.

The CLI is changed accordingly.

The problem was noted in OS X: when an SSL credential file (e.g.,
the certificates bundle) does not exist or is not provided, the
ssl.wrap_socket method fails with an IOError, while in other
systems it fails with an SSLError.

In this commit, the IOError is examined and, if some conditions
hold (errno==2, no SSL credential files or files do not exist), an
SSLError is raised.

Conflicts:
	kamaki/version.py
	version

Hotfix 0.13.4

Affects the methods "object_move" and "object_copy" of the class
"PithosRestClient" in "kamaki.clients.pithos", allowing moving and
copying of objects with unicode object or container names.

Closes grnet/kamaki#96

Refs grnet/kamaki#96

Affects the class "kamaki.clients.pithos.PithosClient" and more
specifically the methods "get_object_hashmap", "download_object"
and "download_to_string".

All affected methods will now accept an optional placeholder
"headers" dict as a parameter.

Bump version to 0.13.2next
Conflicts:
	kamaki/version.py
	version

Hotfix 0.13.2

Fixes grnet/kamaki#101

The "create_subnet" library method is modified to accept empty
iterables as gateway values.

The "kamaki subnet create" CLI command is enhanced with a new
argument "--no-gateway".

Fix download of an existing file

Commit 41e4d5b5

 introduced a bug that was triggered when downloading
an existing file. Fix this.
Signed-off-by: Dimitris Aragiorgis <dimitris.aragiorgis@gmail.com>

Some further fixes wrt download

Windows does not allow opening files with mode 'rwb+'. Linux
does but still this is not a proper mode to use.

We should open files with mode 'rb+' in case we resume download
and the file already exists and with mode 'wb+' otherwise.
Signed-off-by: Dimitris Aragiorgis <dimitris.aragiorgis@gmail.com>

In we run:

  os.makedirs("dir1")
  os.makedirs("dir1")

we get OSError: [Errno 17] File exists: 'dir1'

Contrary to that if we run:

  os.makedirs("dir1")
  os.makedirs("dir1/dir2")

it succeeds.

Therefore we must check if our target directory exists before
running makedirs.
Signed-off-by: Dimitris Aragiorgis <dimitris.aragiorgis@gmail.com>

Fix windows directory handing during recursive uploads and downloads