Bump anyio from 4.0.0 to 4.1.0

[dependabot]

Bumps anyio from 4.0.0 to 4.1.0.

Release notes

Sourced from anyio's releases.

4.1.0

• Adapted to API changes made in Trio v0.23:
  • Call trio.to_thread.run_sync() using the abandon_on_cancel keyword argument instead of cancellable
  • Removed a checkpoint when exiting a task group
  • Renamed the cancellable argument in anyio.to_thread.run_sync() to abandon_on_cancel (and deprecated the old parameter name)
  • Bumped minimum version of Trio to v0.23
• Added support for voluntary thread cancellation via anyio.from_thread.check_cancelled()
• Bumped minimum version of trio to v0.23
• Exposed the ResourceGuard class in the public API (#627)
• Fixed RuntimeError: Runner is closed when running higher-scoped async generator fixtures in some cases (#619)
• Fixed discrepancy between asyncio and trio where reraising a cancellation exception in an except* block would incorrectly bubble out of its cancel scope (#634)

Changelog

Sourced from anyio's changelog.

Version history

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

UNRELEASED

• Add support for byte-based paths in connect_unix, create_unix_listeners, create_unix_datagram_socket, and create_connected_unix_datagram_socket. (PR by Lura Skye.)

4.1.0

• Adapted to API changes made in Trio v0.23:

  • Call trio.to_thread.run_sync() using the abandon_on_cancel keyword argument instead of cancellable
  • Removed a checkpoint when exiting a task group
  • Renamed the cancellable argument in anyio.to_thread.run_sync() to abandon_on_cancel (and deprecated the old parameter name)
  • Bumped minimum version of Trio to v0.23

• Added support for voluntary thread cancellation via anyio.from_thread.check_cancelled()

• Bumped minimum version of trio to v0.23

• Exposed the ResourceGuard class in the public API ([#627](https://github.com/agronholm/anyio/issues/627) <https://github.com/agronholm/anyio/issues/627>_)

• Fixed RuntimeError: Runner is closed when running higher-scoped async generator fixtures in some cases ([#619](https://github.com/agronholm/anyio/issues/619) <https://github.com/agronholm/anyio/issues/619>_)

• Fixed discrepancy between asyncio and trio where reraising a cancellation exception in an except* block would incorrectly bubble out of its cancel scope ([#634](https://github.com/agronholm/anyio/issues/634) <https://github.com/agronholm/anyio/issues/634>_)

4.0.0

• BACKWARDS INCOMPATIBLE Replaced AnyIO's own ExceptionGroup class with the PEP 654 BaseExceptionGroup and ExceptionGroup

• BACKWARDS INCOMPATIBLE Changes to cancellation semantics:

  • Any exceptions raising out of a task groups are now nested inside an ExceptionGroup (or BaseExceptionGroup if one or more BaseException were included)
  • Fixed task group not raising a cancellation exception on asyncio at exit if no child tasks were spawned and an outer cancellation scope had been cancelled before
  • Ensured that exiting a TaskGroup always hits a yield point, regardless of whether there are running child tasks to be waited on
  • On asyncio, cancel scopes will defer cancelling tasks that are scheduled to resume with a finished future
  • On asyncio and Python 3.9/3.10, cancel scopes now only suppress cancellation exceptions if the cancel message matches the scope
  • Task groups on all backends now raise a single cancellation exception when an outer

... (truncated)

Commits

• 46a45c7 Bumped up the version
• 8079a22 Added links to closed issues
• 3a01793 Added a "Queues" section to the docs for anyone looking for queues
• 3186fb9 Implemented voluntary cancellation in worker threads (#629)
• c360b99 Fixed asyncio CancelScope not recognizing its own cancellation exception (#...
• 523381a Install uvloop on Python 3.12 too for tests
• f0707cd Fixed RuntimeError: Runner is closed in the pytest plugin (#635)
• 97b7b08 Fixed ExceptionGroup example (#637)
• 0eab46a [pre-commit.ci] pre-commit autoupdate (#636)
• 019835a Updated pre-commit modules
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually 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 show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @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)