Bump anyio from 4.12.1 to 4.14.2

[dependabot]

Bumps anyio from 4.12.1 to 4.14.2.

Release notes

Sourced from anyio's releases.

4.14.2

• Changed ByteReceiveStream.receive() implementations to raise a ValueError when max_bytes is not a positive integer (#1191)
• Fixed CapacityLimiter.total_tokens rejecting float("inf") when the limiter was instantiated outside of an event loop. The adapter setter checked for infinity by identity (value is math.inf), so only the exact math.inf singleton was accepted, while every backend setter (using math.isinf()) accepts any positive infinity (#1189; PR by @​greymoth-jp).
• Fixed to_process.run_sync() deadlocking when the worker function writes enough data to sys.stderr to fill the (undrained) pipe buffer. The worker process now redirects sys.stderr to os.devnull as well, matching the documented behavior
• Fixed TLSStream.wrap() matching an internationalized (unicode) host name against the peer certificate using IDNA 2003 (via the standard library) instead of IDNA 2008, which could cause the host name to be matched against the wrong certificate (#1208)
• Fixed anyio.open_process() (and run_process()) ignoring the extra_groups argument, as it mistakenly passed the value of the group argument instead (#1209)
• Fixed CapacityLimiter.acquire_nowait() and CapacityLimiter.acquire_nowait_on_behalf_of() raising trio.WouldBlock instead of anyio.WouldBlock on the trio backend when there are no tokens available (#1218)
• Fixed CapacityLimiter on the asyncio backend over-granting tokens (borrowed_tokens exceeding total_tokens and available_tokens going negative) when a non-blocking acquire was made in the window between a token being released and the notified waiter resuming. The freed token is now reserved for the woken waiter right away, so the non-blocking acquire correctly raises WouldBlock (#1170; PR by @​gaoflow)
• Fixed unnecessary CPU spin when delivering cancellation from CancelScope on asyncio under certain conditions, including improper cancel scope nesting (#1111)

4.14.1

• Fixed teardown of higher-scoped async fixtures failing on asyncio with RuntimeError: Attempted to exit cancel scope in a different task than it was entered in when an async test raise an outcome exception (e.g., pytest.skip(), pytest.xfail(), or pytest.fail()) (#1179; PR by @​EmmanuelNiyonshuti)
• Fixed CapacityLimiter.total_tokens rejecting a value of 0 when the limiter was instantiated outside of an event loop, contradicting the documented behavior of allowing 0 total tokens (#1183; PR by @​nyxst4ck)

4.14.0

• Added support for Python 3.15

• Added an asynchronous implementation of the itertools module (#998; PR by @​11kkw)

• Added the local_port parameter to connect_tcp() to allow binding to a specific local port before connecting (#1067; PR by @​nullwiz)

• Added support for custom capacity limiters in async path and file I/O functions and classes

• Added the create_task() task group method for easier asyncio migration (returns a TaskHandle) (#1098)

• Changed TaskGroup.start_soon() to return a TaskHandle

• Added an option for TaskGroup.start() to return a TaskHandle (which then contains the start value in the start_value property)

• Added the cancel() convenience method to TaskGroup as a shortcut for cancelling the task group's cancel scope

• Improved the error message when a known backend is not installed to suggest the install command (#1115; PR by @​EmmanuelNiyonshuti)

• Improved anyio.Path to preserve subclass types by returning Self in methods that return path objects (#1130; PR by @​EmmanuelNiyonshuti)

• Changed the parameter type annotation in anyio.Path.write_bytes() to accept any ReadableBuffer, thus allowing it to accept bytearray and memoryview to match pathlib.Path.write_bytes() (#1135; PR by @​SAY-5)

• Changed several type annotations to only accept callables returning coroutine-like objects instead of arbitrary awaitables:

  • TaskGroup.start_soon()
  • TaskGroup.start()
  • anyio.from_thread.run()

  This reverts an earlier change from v3.7.0 which was made in error. (#1153)

• Changed anyio.run to support callables returning arbitrary awaitables at runtime on all backends. Previously, this only worked on asyncio (#1171; PR by @​gschaffner)

• Changed several classes (and their subclasses) to have __slots__ (with __weakref__):

  • anyio.CancelScope

... (truncated)

Commits

• c384f99 Bumped up the version
• dbba29d Fixed 100% CPU spin on cancel scope misuse (#1217)
• 6bbc6c3 Fix CapacityLimiter over-granting tokens on asyncio (#1172)
• 6f82b25 Refactored TestTLSStream.test_receive_invalid_max_bytes() to be less flaky
• be24b04 Relaxed timeouts to fix test flakiness
• 8113506 Fix test flakiness caused by slow callback duration logging
• 1e988b6 Fixed CapacityLimiter raising trio.WouldBlock instead of anyio.WouldBlock (#1...
• 44713f3 Pin setup-uv to a commit sha across downstream jobs (#1213)
• f1b7301 Fixed stderr writes in a worker subprocess causing a deadlock (#1207)
• 212be93 Fix flaky test_tcp_listener_same_port using a hardcoded port (#1206)
• Additional commits viewable in compare view

[coderabbitai]

Important

Review skipped

Bot user detected.

To trigger a single review, invoke the @coderabbitai review command.

⚙️ Run configuration

Configuration used: Repository: NVIDIA/cloudai/.coderabbit.yaml

Review profile: ASSERTIVE

Plan: Advanced

Run ID: 1dbc5556-6a55-41fd-9518-8fb661460a7f

You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.

Use the checkbox below for a quick retry:

• 🔍 Trigger review

• Autopilot · Keep fixing CodeRabbit findings and required CI, and resolving merge conflicts

Autopilot is currently an internal CodeRabbit preview.

---

_{Comment @coderabbitai help to get the list of available commands.}

[podkidyshev]

@dependabot rebase

[podkidyshev]

Reviewed AnyIO 4.14.2 for provenance, current advisories, and actual CloudAI compatibility, revising the initial conservative hold based on upstream release notes.

• Runtime dependency chain: CloudAI -> huggingface-hub -> HTTPX -> AnyIO. CloudAI's HFModel uses synchronous snapshot_download and offline cache lookup. No direct AnyIO imports, AnyIO task-group use, dynamic attributes on AnyIO synchronization objects, or invalid receive sizes were found in CloudAI. Its synchronous Hub download path uses thread_map and synchronous HTTPX.
• Development-only chain: CloudAI[dev] -> import-linter -> FastAPI -> Starlette -> AnyIO. HTTPX/httpcore and Starlette's ordinary consumers were checked against the changed callable contracts and slots. No incompatible use found. Python >=3.10 matches CloudAI's supported minimum; transitive dependency versions and edges are unchanged.
• 86 focused CloudAI tests passed on Python 3.14 and 3.10. The full local suite passed on Python 3.14 with the AnyIO pytest plugin loaded: 2015 passed, 5 skipped, 528 deselected by the repository's default marker setting.
• Actual HFModel.install downloaded two verified files from a local Hugging Face-compatible HTTP server, and HFModel.is_installed performed a successful cache lookup without network access. Additional real HTTPX async TLS, repeated/concurrent requests, streaming, read timeout and recovery, and FastAPI/Starlette TestClient checks passed with both AnyIO 4.12.1 and 4.14.2 on Python 3.10 and 3.14: 9 scenarios per combination, 36 successful comparisons. The pre-existing Starlette TestClient deprecation warning was present on both versions.
• pre-commit checks for uv.lock passed, including import-linter. The published rebased tree is identical to the locally tested tree; fresh CI is being checked before merging.
• All changed artifact URLs/SHA-256 hashes match the non-yanked PyPI release. PyPI publisher provenance identifies agronholm/anyio publish.yml; all 43 wheel Python files match official tag 4.14.2. PyPI reports no known advisories affecting 4.14.2; it fixes the process-worker deadlock and TLS hostname certificate-spoofing advisories affecting the old version. No evidence of package compromise found.

No regression found for CloudAI's own paths and its normal dependency consumers. Arbitrary external integrations are outside this validation.