Metadata-Version: 1.0
Name: openid2rp
Version: 1.7
Summary: OpenID 2.0 Relying Party Support Library with WSGI and Django support
Home-page: http://pypi.python.org/pypi/openid2rp
Author: Martin v. Loewis
Author-email: martin@v.loewis.de
License: Academic Free License, version 3
Download-URL: http://pypi.python.org/packages/source/o/openid2rp/openid2rp-1.7.tar.gz
Description: openid2rp
        =========
        
        This library helps writing OpenID applications (a.k.a relying
        parties). See the documentation_ for further usage information.
        Bug reports should be sent to the bugtracker_. The source code
        is maintained on bitbucket_.
        
        The main library is entire web-framework agnostic, and requires
        the application to store any persistent data needed for the relying
        party.
        
        The package also includes a Django authentication module,
        which stores all necessary data; providing a user interface for
        logging in is still left to the application.
        
        Furthermore, a WSGI middleware is also included which simplifies
        integrating OpenID into WSGI-based web frameworks. Again, all UI
        aspects are left to the application.
        
        .. _documentation: http://packages.python.org/openid2rp
        .. _bugtracker: http://bitbucket.org/loewis/openid2rp/issues
        .. _bitbucket: http://bitbucket.org/loewis/openid2rp
        
        Changes
        -------
        
        1.7 (2010-09-17):
        
        * Add WSGI middleware
        
        1.6 (2010-07-29):
        
        *  Updated Django backend: session + nonce persistency, documentation, many bug fixes
        
        1.5 (2010-07-27):
        
        * Make openid2rp a package, move testapp into that package.
        * Adding Django authentication backend (openid2rp.django)
        
        1.4 (2010-07-20):
        
        * Fix AX requests.
        
        1.3 (2010-07-16):
        
        * Add get_sreg. Deprecate get_username.
        * Specify that response parameters are always literal QUERY_STRINGs;
        parse_qs results are still supported for compatibility.
        * Split test application into separate file testapp.py
        * Drop BeautifulSoup dependency, drop setuptools usage
        * Allow applications to request specific SREG and AX values
        
        1.2 (2010-07-02):
        
        * port to Python 3
        
        1.1.1 (2010-06-30):
        
        * Fix typo in DH usage
        * Add documentation to source distribution
        
        1.1 (2010-06-30):
        
        * Drop reliance on M2Crypto
        * Add dependencies to setup.py
        * Switch to Sphinx
        
        1.0 (2010-06-29):
        
        * Initial release
        
Platform: UNKNOWN
Classifier: Development Status :: 5 - Production/Stable
Classifier: Intended Audience :: Developers
Classifier: License :: OSI Approved :: Academic Free License (AFL)
Classifier: Topic :: Internet :: WWW/HTTP :: Site Management
Classifier: Topic :: Security
Classifier: Topic :: Software Development :: Libraries :: Python Modules
Classifier: Programming Language :: Python :: 2
Classifier: Programming Language :: Python :: 3
Classifier: Programming Language :: Python :: 2.5
Classifier: Programming Language :: Python :: 2.6
Classifier: Programming Language :: Python :: 2.7
Classifier: Programming Language :: Python :: 3.1
Classifier: Programming Language :: Python :: 3.2
