pingdom: add support for Pingdom
services: GitHub: repo contents API support
Merge pull request #35 from DmitrySandalov/github_repocontents

github: repo contents API support
github: code review for adding support for repo contents

Fix some param names and usage, extend the tests, return the actual
download URL from the (renamed) archivelink() method.

Also whitespace and PEP8 fixes.
services: GitHub: pull_requests API support (GET methods)
googlecalendar: add support for Google Calendar
Merge pull request #37 from davidgit/googlecalendar

googlecalendar: add support for Google Calendar
github: fix issue comment methods

Turns out that to get a single comment of an issue, you should not
specify the issue, but rather ask the generic issues collections for a
repo.
Merge pull request #36 from DmitrySandalov/github_pulls

github: pull requests GET API support
github: code review for pull requests API

Use different classes for a collection of pull requests and a single
pull request. Rename the `get_commits` method to just `commits` to be
more consistent with the `files` method.
basecamp: add support for basecamp
Merge pull request #40 from davidgit/basecamp

basecamp: add support for basecamp
executors: support sequences of 2-tuples as parameters

Some services require sending the same key with several different
values, ie. the final urlencoded string looks like

  param=val1&param=val2&param=val3

The previous scheme of using dicts for parameters did not allow for
that. Fix it by supporting sequences of 2-tuples, so the above query
string would look like that when passed in the Request object:

  (('param', 'val1'), ('param', 'val2'), ('param', 'val3'))

While adding that, change the serialize_flatten function to return
2-tuples and serialize arrays without specifying indices. Turns out
that some services expect an array to be encoded as:

  array[]=val1&array[]=val2&array[]=val3

instead of:

  array[0]=val1&array[1]=val2&array[2]=val3

With the new support for 2-tuple sequences, we can oblige such
services.
executors/urllib: fix parameter order in debug message
http: fix typo in docstring
desk: fix typo in docstring
mailchimp: fix parameters for the ping method
mailchimp: add some basic tests
auth: provide our own version of an OAuth filter

All external libraries have some issues, either not supporting
multiple parameters with the same name, wrong behaviour with unicode
or others.

A simplified version of an OAuth filter turns out to be
straightforward to maintain and keeps us from adding a dependency.
uservoice: use our own OAuth 1.0a implementation

This allows us to get rid of the hideous pre-urlencoding hack for PUT
requests.