You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

254 lines
6.7 KiB

4 years ago
  1. Metadata-Version: 2.1
  2. Name: packaging
  3. Version: 18.0
  4. Summary: Core utilities for Python packages
  5. Home-page: https://github.com/pypa/packaging
  6. Author: Donald Stufft and individual contributors
  7. Author-email: donald@stufft.io
  8. License: BSD or Apache License, Version 2.0
  9. Platform: UNKNOWN
  10. Classifier: Development Status :: 5 - Production/Stable
  11. Classifier: Intended Audience :: Developers
  12. Classifier: License :: OSI Approved :: Apache Software License
  13. Classifier: License :: OSI Approved :: BSD License
  14. Classifier: Programming Language :: Python
  15. Classifier: Programming Language :: Python :: 2
  16. Classifier: Programming Language :: Python :: 2.7
  17. Classifier: Programming Language :: Python :: 3
  18. Classifier: Programming Language :: Python :: 3.4
  19. Classifier: Programming Language :: Python :: 3.5
  20. Classifier: Programming Language :: Python :: 3.6
  21. Requires-Python: >=2.7, !=3.0.*, !=3.1.*, !=3.2.*, !=3.3.*
  22. Requires-Dist: pyparsing (>=2.0.2)
  23. Requires-Dist: six
  24. packaging
  25. =========
  26. Core utilities for Python packages
  27. Documentation
  28. -------------
  29. `documentation`_
  30. Discussion
  31. ----------
  32. If you run into bugs, you can file them in our `issue tracker`_.
  33. You can also join ``#pypa`` on Freenode to ask questions or get involved.
  34. .. _`documentation`: https://packaging.pypa.io/
  35. .. _`issue tracker`: https://github.com/pypa/packaging/issues
  36. Code of Conduct
  37. ---------------
  38. Everyone interacting in the packaging project's codebases, issue trackers, chat
  39. rooms, and mailing lists is expected to follow the `PyPA Code of Conduct`_.
  40. .. _PyPA Code of Conduct: https://www.pypa.io/en/latest/code-of-conduct/
  41. Changelog
  42. ---------
  43. 18.0 - 2018-09-26
  44. ~~~~~~~~~~~~~~~~~
  45. * Improve error messages when invalid requirements are given. (`#129 <https://github.com/pypa/packaging/issues/129>`__)
  46. 17.1 - 2017-02-28
  47. ~~~~~~~~~~~~~~~~~
  48. * Fix ``utils.canonicalize_version`` when supplying non PEP 440 versions.
  49. 17.0 - 2017-02-28
  50. ~~~~~~~~~~~~~~~~~
  51. * Drop support for python 2.6, 3.2, and 3.3.
  52. * Define minimal pyparsing version to 2.0.2 (`#91 <https://github.com/pypa/packaging/issues/91>`__).
  53. * Add ``epoch``, ``release``, ``pre``, ``dev``, and ``post`` attributes to
  54. ``Version`` and ``LegacyVersion`` (`#34 <https://github.com/pypa/packaging/issues/34>`__).
  55. * Add ``Version().is_devrelease`` and ``LegacyVersion().is_devrelease`` to
  56. make it easy to determine if a release is a development release.
  57. * Add ``utils.canonicalize_version`` to canonicalize version strings or
  58. ``Version`` instances (`#121 <https://github.com/pypa/packaging/issues/121>`__).
  59. 16.8 - 2016-10-29
  60. ~~~~~~~~~~~~~~~~~
  61. * Fix markers that utilize ``in`` so that they render correctly.
  62. * Fix an erroneous test on Python RC releases.
  63. 16.7 - 2016-04-23
  64. ~~~~~~~~~~~~~~~~~
  65. * Add support for the deprecated ``python_implementation`` marker which was
  66. an undocumented setuptools marker in addition to the newer markers.
  67. 16.6 - 2016-03-29
  68. ~~~~~~~~~~~~~~~~~
  69. * Add support for the deprecated, PEP 345 environment markers in addition to
  70. the newer markers.
  71. 16.5 - 2016-02-26
  72. ~~~~~~~~~~~~~~~~~
  73. * Fix a regression in parsing requirements with whitespaces between the comma
  74. separators.
  75. 16.4 - 2016-02-22
  76. ~~~~~~~~~~~~~~~~~
  77. * Fix a regression in parsing requirements like ``foo (==4)``.
  78. 16.3 - 2016-02-21
  79. ~~~~~~~~~~~~~~~~~
  80. * Fix a bug where ``packaging.requirements:Requirement`` was overly strict when
  81. matching legacy requirements.
  82. 16.2 - 2016-02-09
  83. ~~~~~~~~~~~~~~~~~
  84. * Add a function that implements the name canonicalization from PEP 503.
  85. 16.1 - 2016-02-07
  86. ~~~~~~~~~~~~~~~~~
  87. * Implement requirement specifiers from PEP 508.
  88. 16.0 - 2016-01-19
  89. ~~~~~~~~~~~~~~~~~
  90. * Relicense so that packaging is available under *either* the Apache License,
  91. Version 2.0 or a 2 Clause BSD license.
  92. * Support installation of packaging when only distutils is available.
  93. * Fix ``==`` comparison when there is a prefix and a local version in play.
  94. (`#41 <https://github.com/pypa/packaging/issues/41>`__).
  95. * Implement environment markers from PEP 508.
  96. 15.3 - 2015-08-01
  97. ~~~~~~~~~~~~~~~~~
  98. * Normalize post-release spellings for rev/r prefixes. `#35 <https://github.com/pypa/packaging/issues/35>`__
  99. 15.2 - 2015-05-13
  100. ~~~~~~~~~~~~~~~~~
  101. * Fix an error where the arbitary specifier (``===``) was not correctly
  102. allowing pre-releases when it was being used.
  103. * Expose the specifier and version parts through properties on the
  104. ``Specifier`` classes.
  105. * Allow iterating over the ``SpecifierSet`` to get access to all of the
  106. ``Specifier`` instances.
  107. * Allow testing if a version is contained within a specifier via the ``in``
  108. operator.
  109. 15.1 - 2015-04-13
  110. ~~~~~~~~~~~~~~~~~
  111. * Fix a logic error that was causing inconsistent answers about whether or not
  112. a pre-release was contained within a ``SpecifierSet`` or not.
  113. 15.0 - 2015-01-02
  114. ~~~~~~~~~~~~~~~~~
  115. * Add ``Version().is_postrelease`` and ``LegacyVersion().is_postrelease`` to
  116. make it easy to determine if a release is a post release.
  117. * Add ``Version().base_version`` and ``LegacyVersion().base_version`` to make
  118. it easy to get the public version without any pre or post release markers.
  119. * Support the update to PEP 440 which removed the implied ``!=V.*`` when using
  120. either ``>V`` or ``<V`` and which instead special cased the handling of
  121. pre-releases, post-releases, and local versions when using ``>V`` or ``<V``.
  122. 14.5 - 2014-12-17
  123. ~~~~~~~~~~~~~~~~~
  124. * Normalize release candidates as ``rc`` instead of ``c``.
  125. * Expose the ``VERSION_PATTERN`` constant, a regular expression matching
  126. a valid version.
  127. 14.4 - 2014-12-15
  128. ~~~~~~~~~~~~~~~~~
  129. * Ensure that versions are normalized before comparison when used in a
  130. specifier with a less than (``<``) or greater than (``>``) operator.
  131. 14.3 - 2014-11-19
  132. ~~~~~~~~~~~~~~~~~
  133. * **BACKWARDS INCOMPATIBLE** Refactor specifier support so that it can sanely
  134. handle legacy specifiers as well as PEP 440 specifiers.
  135. * **BACKWARDS INCOMPATIBLE** Move the specifier support out of
  136. ``packaging.version`` into ``packaging.specifiers``.
  137. 14.2 - 2014-09-10
  138. ~~~~~~~~~~~~~~~~~
  139. * Add prerelease support to ``Specifier``.
  140. * Remove the ability to do ``item in Specifier()`` and replace it with
  141. ``Specifier().contains(item)`` in order to allow flags that signal if a
  142. prerelease should be accepted or not.
  143. * Add a method ``Specifier().filter()`` which will take an iterable and returns
  144. an iterable with items that do not match the specifier filtered out.
  145. 14.1 - 2014-09-08
  146. ~~~~~~~~~~~~~~~~~
  147. * Allow ``LegacyVersion`` and ``Version`` to be sorted together.
  148. * Add ``packaging.version.parse()`` to enable easily parsing a version string
  149. as either a ``Version`` or a ``LegacyVersion`` depending on it's PEP 440
  150. validity.
  151. 14.0 - 2014-09-05
  152. ~~~~~~~~~~~~~~~~~
  153. * Initial release.
  154. .. _`master`: https://github.com/pypa/packaging/