ListRequest to iterate over the files in a bucket
Merge pull request #24 from arthurdarcet/list-request

ListRequest to iterate over the files in a bucket
Added MIT license
Added a license for pypi
make sure the flexmocked methods are actually called
fix a02c21d: Test class naming + more compact tests
Bumped version
Merge pull request #26 from arthurdarcet/list-request

fix a02c21d: test.test_list_request class naming + more compact tests
Merge pull request #27 from arthurdarcet/stronger-tests

make sure the flexmocked methods are actually called
Modify the URL request format in order to use the virtual-hosting bucket style
syntax. Otherwise, nothing works without giving the bucket's region endpoint.
Add the necessary modifications to make multipart upload initialization working.

- Add 'uploads' in the aws query subresource params list (mandatory as it needs
  to be added to the canonical subresource string)

- Add an InitiateMultipartUploadRequest class to represent this request
Switching from a "pure request" approach to an OOP "a la Boto" approach.

- Initiating a multipart upload now returns a MultipartUpload object that
  handles all the requests about this multipart upload
Add the multipart upload abortion.

- The MultipartUpload object now has the method cancel_upload
Remove the initiate and abort multipart uploads classes.

These only make a call to POST and DELETE requests, so a PostRequest
object has been created, and for these requests we now use those
classes.

- In order to be more flexible, all requests are now able to take
  query string parameters to generate the correct URL when bucket_url
  is called.
List multipart uploads now works.

- The internal HTML parser has moved from the multipart upload to the
  connection class.

- GET requests now take their headers as a parameter.
Add the upload part functionality.
List parts + complete upload finished.

- The HTML parser has been adapted to parse part listing

- The PostRequest can now take its data as parameter
  (for complete_upload)
Multipart uploads and parts listings now use a generator to return their
result.

- Creation of the Part class
Add the connection.list_keys method

- Update the internal parser to manage keys listing

- Multipart uploads don't hold the current part number anymore.
  A multipart upload object can be instantiated at any time,
  leading to a wrong part number whatsoever. So now
  upload_part_from_file takes the part num as parameter and
  complete_upload now makes a request to retrieve parts
  informations.
Add the possibility to provide headers for the get request, e.g. to
allow the use of Range header