Add a simple client for the API

Add unit tests for backend and API

* Tests the OpenStack Object Storage API v1 functionality plus the extras
* Tests the functionality of a BaseBackend which implements the API

Fixes #451
Fixes #453

Implement basic functionality plus some extras

The API is based on the Apr. 15, 2011 release of the OpenStack Object Storage API v1.
The implementation is broken up into two layers - frontend (API) and backend (data and metadata handling).
The API is documented in the wiki. The following list is copied here for reference.

List of differences from the OOS API and clarifications:
* Authentication is done by another system. The token is used in the same way, but it is obtained differently. The top level GET request is kept compatible with the OOS API and allows for guest/testing operations.
* Support for X-Account-Meta-* style headers at the account level. Use POST to update.
* Support for X-Container-Meta-* style headers at the account level. Can be set when creating via PUT. Use POST to update.
* Some processing is done in the variable part of all X-*-Meta-* headers. If it includes underscores, they will be converted to dashes and the first letter of all intra-dash strings will be capitalized.
* All metadata replies, at all levels, include latest modification information.
* At all levels, a GET request may use If-Modified-Since and If-Unmodified-Since headers.
* A GET reply for a level will include all headers of the corresponding HEAD request.
* To avoid conflicts between objects and virtual directory markers in container listings, it is recommended that object names do not end with the delimiter used.
* The Accept header may be used in requests instead of the format parameter to specify the desired reply format. The parameter overrides the header.
* Container/object lists use a 200 return code if the reply is of type json/xml. The reply will include an empty json/xml.
* Container/object lists include all associated metadata if the reply is of type json/xml. Some names are kept to their OOS API equivalents for compatibility.
* In headers, dates are formatted according to RFC 1123. In extended information listings, dates are formatted according to ISO 8601.
* Object headers allowed, in addition to X-Object-Meta-*: Content-Encoding
* Object MOVE support.

Fixes #445
Fixes #447

Update default settings. Minor changes.

Refs #453

Refs #447

#Refs #447

Refs #453

Merge branch 'master' of https://code.grnet.gr/git/pithos

Clean up, sort out logging.

Fixes #447

Fixes #447

Make sure unicode strings work for container and object names, as well as metadata (keys and values).

tab2space
Refs #453

Refs #453

metadata dict accepts non string values
Refs #447

Merge API and backend.

Allow for account/container metadata.

Refs #447

Merge API and backend container functions

Refs #447

list_objects changes
Fixes #447

Fixes #447

Fixes #447

create account when create container if not exists
Refs #447

Merge branch 'master' of https://code.grnet.gr/git/pithos

μετατροπή σε class, include accounts
Refs #447

Testing containers with the cloudfiles python bindings.

Removed models from API.

Move to a better file organization

The Django project is a python package and needs to have a
specific name. We nest it inside the repository so that the
name is under revision control.

Added GET/PUT/COPY object API.

Merge branch 'master' of https://code.grnet.gr/git/pithos

dummy backend

Object delete and metadata handling API.

Containers API.

Handle marker and limit.

Fix tabs to spaces

Automatic handling of serialization format.

Reorganize

* Remove src dir (it confuses Django)
* We'll use just the master for now

Initial API layout.

Add a project skeleton