Preparing release 20.9.0

CHANGES.rst

@@ -6,6 +6,49 @@
 
 .. towncrier release notes start
 
+20.9.0 (2020-09-22)
+===================
+
+
+Features
+--------
+
+- The embedded libev is now asked to detect the availability of
+  ``clock_gettime`` and use the realtime and/or monotonic clocks, if
+  they are available.
+
+  On Linux, this can reduce the number of system calls libev makes.
+  Originally provided by Josh Snyder.
+  See :issue:`issue1648`.
+
+
+Bugfixes
+--------
+
+- On CPython, depend on greenlet >= 0.4.17. This version is binary
+  incompatible with earlier releases on CPython 3.7 and later.
+
+  On Python 3.7 and above, the module ``gevent.contextvars`` is no
+  longer monkey-patched into the standard library. contextvars are now
+  both greenlet and asyncio task local. See :issue:`1656`.
+  See :issue:`issue1674`.
+- The ``DummyThread`` objects created automatically by certain
+  operations when the standard library threading module is
+  monkey-patched now match the naming convention the standard library
+  uses ("Dummy-12345"). Previously (since gevent 1.2a2) they used
+  "DummyThread-12345".
+  See :issue:`1659`.
+- Fix compatibility with dnspython 2.
+
+  .. caution:: This currently means that it can be imported. But it
+               cannot yet be used. gevent has a pinned dependency on
+               dnspython < 2 for now.
+  See :issue:`1661`.
+
+
+----
+
+
 20.6.2 (2020-06-16)
 ===================
 

docs/changes/1659.bugfix

-The ``DummyThread`` objects created automatically by certain
-operations when the standard library threading module is
-monkey-patched now match the naming convention the standard library
-uses ("Dummy-12345"). Previously (since gevent 1.2a2) they used
-"DummyThread-12345".

docs/changes/1661.bugfix

-Fix compatibility with dnspython 2.
-
-.. caution:: This currently means that it can be imported. But it
-             cannot yet be used. gevent has a pinned dependency on
-             dnspython < 2 for now.

docs/changes/issue1648.feature

-The embedded libev is now asked to detect the availability of
-``clock_gettime`` and use the realtime and/or monotonic clocks, if
-they are available.
-
-On Linux, this can reduce the number of system calls libev makes.
-Originally provided by Josh Snyder.

docs/changes/issue1674.bugfix

-On CPython, depend on greenlet >= 0.4.17. This version is binary
-incompatible with earlier releases on CPython 3.7 and later.
-
-On Python 3.7 and above, the module ``gevent.contextvars`` is no
-longer monkey-patched into the standard library. contextvars are now
-both greenlet and asyncio task local. See :issue:`1656`.

src/gevent/__init__.py

@@ -27,7 +27,7 @@ version_info = _version_info(20, 0, 0, 'dev', 0) # XXX: Remove me
 #: Use ``pkg_resources.parse_version(__version__)`` or
 #: ``packaging.version.Version(__version__)`` to get a machine-usable
 #: value.
-__version__ = '20.6.3.dev0'
+__version__ = '20.9.0'
 
 
 __all__ = [

src/gevent/contextvars.py

@@ -24,7 +24,7 @@ from :pep:`567` and doesn't have much optimization. In particular, setting
 context values isn't constant time.
 
 .. versionadded:: 1.5a3
-.. versionchanged:: NEXT
+.. versionchanged:: 20.9.0
    On Python 3.7 and above, this module is no longer monkey-patched
    in place of the standard library version.
    gevent depends on greenlet 0.4.17 which includes support for context variables.

src/gevent/monkey.py

@@ -585,7 +585,7 @@ def patch_contextvars():
     .. versionchanged:: 20.04.0
        Clarify that the backport is also patched.
 
-    .. versionchanged:: NEXT
+    .. versionchanged:: 20.9.0
        This now does nothing on Python 3.7 and above.
        gevent now depends on greenlet 0.4.17, which
        natively handles switching context vars when greenlets are switched.