chore(deps): bump anyio from 3.6.1 to 3.6.2

[dependabot[bot]]

Bumps anyio from 3.6.1 to 3.6.2.

Changelog

Sourced from anyio's changelog.

Version history

This library adheres to Semantic Versioning 2.0 <http://semver.org/>_.

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)

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 (PR by John T. Wodder II)

• 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

3.5.0

• Added start_new_session keyword argument to run_process() and open_process() (PR by Jordan Speicher)
• 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 ([#398](https://github.com/agronholm/anyio/issues/398) <https://github.com/agronholm/anyio/issues/398>_)
• Added workaround for bpo-46313_ to enable compatibility with OpenSSL 3.0

.. _bpo-46313: https://bugs.python.org/issue46313

3.4.0

• Added context propagation to/from worker threads in to_thread.run_sync(), from_thread.run() and from_thread.run_sync() ([#363](https://github.com/agronholm/anyio/issues/363) <https://github.com/agronholm/anyio/issues/363>_; partially based on a PR by Sebastián Ramírez)

  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 ([#387](https://github.com/agronholm/anyio/issues/387) <https://github.com/agronholm/anyio/issues/387>_)

... (truncated)

Commits

• 787cb0c Pinned trio to < 0.22 on AnyIO 3.x
• 7cc3cf8 Updated pre-commit modules
• See full diff in compare view

You can trigger a rebase of this PR by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)