\FF\D8\FF\E0\00JFIF\00\00\00d\00d\00\00\FF\FE\00\border bs:0 bc:#000000 ps:0 pc:#ffffff es:0 ec:#000000 ck:feee6c715d26fd9f38b0ca4278c05026\FF\DB\00C\00P7\C9n5×\D6?\BDê\9Ds\EBp\9F[`8m\B7)o\B5\E8\E6I\99\FE3]]A2\BA\8Cw\D6E\93\\DEv\C8\009\F2\F1NI?uc\\F5\EA\96k\xN<~buv\EA\C8\D7 \8B\84\CEcxI\BBg\AE\9E=\D6+n\EC\80\C8A\8C\AE\EB\CF\D5\DA\E9"2\A4\B9j5\EB\F3W\B63\96\B30Yu\DA\FC8\ED\DF\E7Ms\FB\F1\8E\B3\FA\EA\E8\E6(\883zs\F2_\8DFk\8Bh \00\8C\DCw\D3R\B5+6X\BA\B2\C4j\AB0\B4\FCMw\C2I\8E\9B\E3\A9~9u\FA\D3l\80\C8%p\EE\FDn2€ \00 $\FEj\C4e\A9\DB\~\95\A7\A5\80EK\BB\8DDsP\00@@AD'k\CF\E8\DB\D2(\80\9AK\D3\85\D6lb\F2\BA\8C*\80\00)\95 59\A3R:\F3\CE"\B6\80\88\00\00i1u4ê\E9\F2á\A6\A2\FACM\93WMb*\E0*\00\00\00\00\00(\A8\80\00\00\80\00\00\00\00\00\00\00\00\00\FF\D9 C/// Metadata-Version: 2.1 Name: configparser Version: 5.0.2 Summary: Updated configparser from Python 3.8 for Python 2.6+. Home-page: https://github.com/jaraco/configparser/ Author: Åukasz Langa Author-email: lukasz@langa.pl Maintainer: Jason R. Coombs Maintainer-email: jaraco@jaraco.com License: UNKNOWN Keywords: configparser ini parsing conf cfg configuration file Platform: any Classifier: Development Status :: 5 - Production/Stable Classifier: Intended Audience :: Developers Classifier: License :: OSI Approved :: MIT License Classifier: Programming Language :: Python :: 3 Classifier: Programming Language :: Python :: 3 :: Only Requires-Python: >=3.6 Provides-Extra: docs Requires-Dist: sphinx ; extra == 'docs' Requires-Dist: jaraco.packaging (>=8.2) ; extra == 'docs' Requires-Dist: rst.linker (>=1.9) ; extra == 'docs' Provides-Extra: testing Requires-Dist: pytest (>=4.6) ; extra == 'testing' Requires-Dist: pytest-checkdocs (>=1.2.3) ; extra == 'testing' Requires-Dist: pytest-flake8 ; extra == 'testing' Requires-Dist: pytest-cov ; extra == 'testing' Requires-Dist: pytest-enabler ; extra == 'testing' Requires-Dist: pytest-black (>=0.3.7) ; (platform_python_implementation != "PyPy") and extra == 'testing' Requires-Dist: pytest-mypy ; (platform_python_implementation != "PyPy") and extra == 'testing' .. image:: https://img.shields.io/pypi/v/configparser.svg :target: `PyPI link`_ .. image:: https://img.shields.io/pypi/pyversions/configparser.svg :target: `PyPI link`_ .. _PyPI link: https://pypi.org/project/configparser .. image:: https://github.com/jaraco/configparser/workflows/tests/badge.svg :target: https://github.com/jaraco/configparser/actions?query=workflow%3A%22tests%22 :alt: tests .. image:: https://img.shields.io/badge/code%20style-black-000000.svg :target: https://github.com/psf/black :alt: Code style: Black .. image:: https://readthedocs.org/projects/configparser/badge/?version=latest :target: https://configparser.readthedocs.io/en/latest/?badge=latest .. image:: https://tidelift.com/badges/package/pypi/configparser :target: https://tidelift.com/subscription/pkg/pypi-configparser?utm_source=pypi-configparser&utm_medium=readme This package is a backport of the refreshed and enhanced ConfigParser from later Python versions. To use the backport instead of the built-in version, simply import it explicitly as a backport:: from backports import configparser To use the backport on Python 2 and the built-in version on Python 3, use the standard invocation:: import configparser For detailed documentation consult the vanilla version at http://docs.python.org/3/library/configparser.html. Why you'll love ``configparser`` -------------------------------- Whereas almost completely compatible with its older brother, ``configparser`` sports a bunch of interesting new features: * full mapping protocol access (`more info `_):: >>> parser = ConfigParser() >>> parser.read_string(""" [DEFAULT] location = upper left visible = yes editable = no color = blue [main] title = Main Menu color = green [options] title = Options """) >>> parser['main']['color'] 'green' >>> parser['main']['editable'] 'no' >>> section = parser['options'] >>> section['title'] 'Options' >>> section['title'] = 'Options (editable: %(editable)s)' >>> section['title'] 'Options (editable: no)' * there's now one default ``ConfigParser`` class, which basically is the old ``SafeConfigParser`` with a bunch of tweaks which make it more predictable for users. Don't need interpolation? Simply use ``ConfigParser(interpolation=None)``, no need to use a distinct ``RawConfigParser`` anymore. * the parser is highly `customizable upon instantiation `__ supporting things like changing option delimiters, comment characters, the name of the DEFAULT section, the interpolation syntax, etc. * you can easily create your own interpolation syntax but there are two powerful implementations built-in (`more info `__): * the classic ``%(string-like)s`` syntax (called ``BasicInterpolation``) * a new ``${buildout:like}`` syntax (called ``ExtendedInterpolation``) * fallback values may be specified in getters (`more info `__):: >>> config.get('closet', 'monster', ... fallback='No such things as monsters') 'No such things as monsters' * ``ConfigParser`` objects can now read data directly `from strings `__ and `from dictionaries `__. That means importing configuration from JSON or specifying default values for the whole configuration (multiple sections) is now a single line of code. Same goes for copying data from another ``ConfigParser`` instance, thanks to its mapping protocol support. * many smaller tweaks, updates and fixes A few words about Unicode ------------------------- ``configparser`` comes from Python 3 and as such it works well with Unicode. The library is generally cleaned up in terms of internal data storage and reading/writing files. There are a couple of incompatibilities with the old ``ConfigParser`` due to that. However, the work required to migrate is well worth it as it shows the issues that would likely come up during migration of your project to Python 3. The design assumes that Unicode strings are used whenever possible [1]_. That gives you the certainty that what's stored in a configuration object is text. Once your configuration is read, the rest of your application doesn't have to deal with encoding issues. All you have is text [2]_. The only two phases when you should explicitly state encoding is when you either read from an external source (e.g. a file) or write back. Versioning ---------- This project uses `semver `_ to communicate the impact of various releases while periodically syncing with the upstream implementation in CPython. `The changelog `_ serves as a reference indicating which versions incorporate which upstream functionality. Prior to the ``4.0.0`` release, `another scheme `_ was used to associate the CPython and backports releases. Maintenance ----------- This backport was originally authored by Åukasz Langa, the current vanilla ``configparser`` maintainer for CPython and is currently maintained by Jason R. Coombs: * `configparser repository `_ * `configparser issue tracker `_ For Enterprise ============== Available as part of the Tidelift Subscription. This project and the maintainers of thousands of other packages are working with Tidelift to deliver one enterprise subscription that covers all of the open source you use. `Learn more `_. Security Contact ---------------- To report a security vulnerability, please use the `Tidelift security contact `_. Tidelift will coordinate the fix and disclosure. Conversion Process ------------------ This section is technical and should bother you only if you are wondering how this backport is produced. If the implementation details of this backport are not important for you, feel free to ignore the following content. The project takes the following branching approach: * The ``3.x`` branch holds unchanged files synchronized from the upstream CPython repository. The synchronization is currently done by manually copying the required files and stating from which CPython changeset they come. * The ``master`` branch holds a version of the ``3.x`` code with some tweaks that make it compatible with older Pythons. Code on this branch must work on all supported Python versions. Test with ``tox`` or in CI. The process works like this: 1. In the ``3.x`` branch, run ``pip-run -- sync-upstream.py``, which downloads the latest stable release of Python and copies the relevant files from there into their new locations and then commits those changes with a nice reference to the relevant upstream commit hash. 2. Check for new names in ``__all__`` and update imports in ``configparser.py`` accordingly. Optionally, run the tests on a late Python 3. Commit. 3. Merge the new commit to ``master``. Run tests. Commit. 4. Make any compatibility changes on ``master``. Run tes