fix openid.__version__ attribute (was not updated from 2.2.1)
fix fetchers.usingCurl to properly work with ExceptionWrappingFetcher
clean whitespace
Corrected dictionary entries in the method normalDict, which was only inserting the first character for each value.
Set safe flag on html/form element so that the html won't be escaped, which happens by default in the latest versions of Django.
Fixed a bug in Message.toFormMarkup() related to encoding UTF-8 encoded form values.

The .toFormMarkup() method that generates a <form> HTML structure had a bug
when the form field values contained UTF-8 encoded strings with characters
outside the 7-bit ASCII space.

If the lxml implementation of the ElementTree API was in use these values
would result in a ValueError being raised (ValueError: All strings must be XML
compatible: Unicode or ASCII, no NULL bytes or control characters). If the
stdlib implementation of ElementTree was used these characters were silently
replaced by their XML character reference equivalents (&#XXX;).

This patch generates the form using Unicode values for everything and then
serializes the form to a UTF-8 encoded string ensuring that the final form is
what is expected and constant regardless of the ElementTree API
implementation.
Fixed a bug in Message.toPostArgs() related to UTF-8 encoded values.

In generating the argument dictionary the .toPostArgs() method (apparently)
assumed that values were all Unicode objects and called
``value.encode('utf-8')`` on them unconditionally. However, the values appear
to be a mixed set of Unicode objects and UTF-8 encoded strings (most being of
the latter group).

Calling .encode('utf-8') on a string will implicitly decode the string into a
Unicode object before encoding it to the selected encoding. This automatic
decoding happens using the ``sys.getdefaultencoding()`` encoding which is by
default 'ascii'. The original call therefore works only as long as the values
are 7-bit ASCII and breaks when they contain higher bit characters.

The patch ensures that the resulting values in the returned dictionary are
UTF-8 encoded strings regardless if the input values were Unicode objects or
UTF-8 strings.
Fix problem with decoding of HTML that has mixture of unicode and entities.

Original commits:
 - 08382e503aafa56cd703f456719876e266d082a8
 - 8ced77c4d031020c61fcb5d48ea187c5f846ca1e
Yet another problem with unicode - some HTLM pages can not be decoded because they contain undecodable characters.
It causes raise of UnicodeDecodeError deep inside python. This only happens if xrds location is not found before
some unicode character.

 - Catch UnicodeDecodeError when searching for yadis
 - Update check of whether yadis was used - if xrds location is none it was not
 - Added tests, update previous unicode test with comment
Fix encoding of namespace uris.

Namespace for openid is usually unicode type, but it is not encoded to string in response.
Patch the openid.server.Server class to allow clients to provide signatory, encoder and decoder classes on instantiation.
Bugfix: Automatically POST the form from OP to RP
Merge pull request #32 from yola/master

Patch the Server constructor
Fix typo in log message.
Merge pull request #35 from davidthewatson/patch-1

Fix typo in log message.
Use setuptools, if present.

This change enables usage such as '/path/to/python setup.py develop' (i.e.,
installing a checkout into site-packages).  It falls back to stock distutils
if setuptools is not importable.
Made necessarry changes to unitests for them to pass
Added gitignore files
Changed over to logging module from built-in logging module and updated tests accordingly
Add tox.ini for tox (http://tox.testrun.org/)