Log message:
py-anyio: updated to 3.7.1

3.7.1
- Fixed sending large buffers via UNIX stream sockets on asyncio
- Fixed several minor documentation issues (broken links to classes, missing \ 
classes or
  attributes)

Log message:
py-anyio: updated to 3.7.0

**3.7.0**

- Dropped support for Python 3.6
- Improved type annotations:

  - Several functions and methods that were previously annotated as accepting
    ``Coroutine[Any, Any, Any]`` as the return type of the callable have been \ 
amended to
    accept ``Awaitable[Any]`` instead, to allow a slightly broader set of \ 
coroutine-like
    inputs, like ``async_generator_asend`` objects returned from the ``asend()`` \ 
method
    of async generators, and to match the ``trio`` annotations:

    - ``anyio.run()``
    - ``anyio.from_thread.run()``
    - ``TaskGroup.start_soon()``
    - ``TaskGroup.start()``
    - ``BlockingPortal.call()``
    - ``BlockingPortal.start_task_soon()``
    - ``BlockingPortal.start_task()``

    Note that this change involved only changing the type annotations; run-time
    functionality was not altered.

  - The ``TaskStatus`` class is now a generic protocol, and should be parametrized to
    indicate the type of the value passed to ``task_status.started()``
  - The ``Listener`` class is now covariant in its stream type
  - ``create_memory_object_stream()`` now allows passing only ``item_type``
  - Object receive streams are now covariant and object send streams are \ 
correspondingly
    contravariant
- Changed ``TLSAttribute.shared_ciphers`` to match the documented semantics of
  ``SSLSocket.shared_ciphers`` of always returning ``None`` for client-side streams
- Fixed ``CapacityLimiter`` on the asyncio backend to order waiting tasks in the FIFO
  order (instead of LIFO) (PR by Conor Stevenson)
- Fixed ``CancelScope.cancel()`` not working on asyncio if called before entering the
  scope
- Fixed ``open_signal_receiver()`` inconsistently yielding integers instead of
  ``signal.Signals`` instances on the ``trio`` backend
- Fixed ``to_thread.run_sync()`` hanging on asyncio if the target callable raises
  ``StopIteration``
- Fixed ``start_blocking_portal()`` raising an unwarranted
  ``RuntimeError: This portal is not running`` if a task raises an exception \ 
that causes
  the event loop to be closed
- Fixed ``current_effective_deadline()`` not returning ``-inf`` on asyncio when the
  currently active cancel scope has been cancelled (PR by Ganden Schaffner)
- Fixed the ``OP_IGNORE_UNEXPECTED_EOF`` flag in an SSL context created by default in
  ``TLSStream.wrap()`` being inadvertently set on Python 3.11.3 and 3.10.11
- Fixed ``CancelScope`` to properly handle asyncio task uncancellation on Python 3.11
  (PR by Nikolay Bryskin)
- Fixed ``OSError`` when trying to use ``create_tcp_listener()`` to bind to a \ 
link-local
  IPv6 address (and worked around related bugs in ``uvloop``)
- Worked around a `PyPy bug \ 
<https://foss.heptapod.net/pypy/pypy/-/issues/3938>`_
  when using ``anyio.getaddrinfo()`` with for IPv6 link-local addresses containing
  interface names

Log message:
*: use PYTHON_VERSION instead of _PYTHON_VERSION

Log message:
py-anyio: updated to 3.6.2

3.6.2

- Pinned Trio to < 0.22 to avoid incompatibility with AnyIO's \ 
``ExceptionGroup`` class
  causing ``AttributeError: 'NonBaseMultiError' object has no attribute \ 
'_exceptions'``
  (AnyIO 4 is unaffected)

Log message:
py-anyio: updated to 3.6.1

3.6.1

- Fixed exception handler in the asyncio test runner not properly handling a context
  that does not contain the ``exception`` key

3.6.0

- Fixed ``TypeError`` in ``get_current_task()`` on asyncio when using a custom \ 
``Task`` factory
- Updated type annotations on ``run_process()`` and ``open_process()``:
  * ``command`` now accepts accepts bytes and sequences of bytes
  * ``stdin``, ``stdout`` and ``stderr`` now accept file-like objects
- Changed the pytest plugin to run both the setup and teardown phases of asynchronous
  generator fixtures within a single task to enable use cases such as cancel \ 
scopes and
  task groups where a context manager straddles the ``yield``

Log message:
py-anyio: updated to 3.5.0

3.5.0

- Added ``start_new_session`` keyword argument to ``run_process()`` and \ 
``open_process()``
- Fixed deadlock in synchronization primitives on asyncio which can happen if a \ 
task acquiring a
  primitive is hit with a native (not AnyIO) cancellation with just the right \ 
timing, leaving the
  next acquiring task waiting forever
- Added workaround for bpo-46313_ to enable compatibility with OpenSSL 3.0

Log message:
*: bump PKGREVISION for egg.mk users

They now have a tool dependency on py-setuptools instead of a DEPENDS

Log message:
Forget about Python 3.6

Log message:
py-anyio: updated to 3.4.0

3.4.0

Added context propagation to/from worker threads in to_thread.run_sync(), \ 
from_thread.run() and from_thread.run_sync()

NOTE: Requires Python 3.7 to work properly on asyncio!

Fixed race condition in Lock and Semaphore classes when a task waiting on \ 
acquire() is cancelled while another task is waiting to acquire the same \ 
primitive
Fixed async context manager’s __aexit__() method not being called in \ 
BlockingPortal.wrap_async_context_manager() if the host task is cancelled
Fixed worker threads being marked as being event loop threads in sniffio
Fixed task parent ID not getting set to the correct value on asyncio
Enabled the test suite to run without IPv6 support, trio or pytest plugin autoloading

Log message:
py-anyio: updated to 3.3.4

3.3.4

- Fixed ``BrokenResourceError`` instead of ``EndOfStream`` being raised in \ 
``TLSStream`` when the
  peer abruptly closes the connection while ``TLSStream`` is receiving data with
  ``standard_compatible=False`` set