Skip to content

chore(deps): update ghcr.io/astral-sh/uv docker tag to v0.10.5#8

Open
github-actions[bot] wants to merge 26 commits into
addon-repofrom
renovate/ghcr.io-astral-sh-uv-0.x
Open

chore(deps): update ghcr.io/astral-sh/uv docker tag to v0.10.5#8
github-actions[bot] wants to merge 26 commits into
addon-repofrom
renovate/ghcr.io-astral-sh-uv-0.x

Conversation

@github-actions

Copy link
Copy Markdown

This PR contains the following updates:

Package Type Update Change
ghcr.io/astral-sh/uv stage minor 0.9.30-python3.13-trixie-slim0.10.5-python3.13-trixie-slim

Release Notes

astral-sh/uv (ghcr.io/astral-sh/uv)

v0.10.5

Compare Source

Released on 2026-02-23.

Enhancements
  • Add hint when named index is found in a parent config file (#​18087)
  • Add warning for uv lock --frozen (#​17859)
  • Attempt to use reflinks by default on Linux (#​18117)
  • Fallback to hardlinks after reflink failure before copying (#​18104)
  • Filter pylock.toml wheels by tags and requires-python (#​18081)
  • Validate wheel filenames are normalized during uv publish (#​17783)
  • Fix message when exclude-newer invalidates the lock file (#​18100)
  • Change the missing files log level to debug (#​18075)
Performance
  • Improve performance of repeated conflicts with an extra (#​18094)
Bug fixes
  • Fix --no-emit-workspace with --all-packages on single-member workspaces (#​18098)
  • Fix UV_NO_DEFAULT_GROUPS rejecting truthy values like 1 (#​18057)
  • Fix iOS detection (#​17973)
  • Propagate project-level conflicts to package extras (#​18096)
  • Use a global build concurrency semaphore (#​18054)
Documentation
  • Update documentation heading for environment variable files (#​18122)
  • Fix comment about uv export formats (#​17900)
  • Make it clear that Windows is supported in user- and system- level configuration docs (#​18106)

v0.10.4

Compare Source

Released on 2026-02-17.

Enhancements
  • Remove duplicate references to the affected paths when showing uv python errors (#​18008)
  • Skip discovery of workspace members that contain only git-ignored files, including in sub-directories (#​18051)
Bug fixes
  • Don't panic when initialising a package at the filesystem root (e.g. uv init / --name foo) (#​17983)
  • Fix permissions on wheel and sdist files produced by the uv_build build backend (#​18020)
  • Revert locked file change to fix locked files on NFS mounts (#​18071)

v0.10.3

Compare Source

Released on 2026-02-16.

Python
  • Add CPython 3.15.0a6
Enhancements
  • Don't open file locks for writing (#​17956)
  • Make Windows trampoline error messages consistent with uv proper (#​17969)
  • Log which preview features are enabled (#​17968)
Preview features
  • Add support for ruff version constraints and exclude-newer in uv format (#​17651)
  • Fix script path handling when target-workspace-discovery is enabled (#​17965)
  • Use version constraints to select the default ruff version used by uv format (#​17977)
Bug fixes
  • Avoid matching managed Python versions by prefixes, e.g. don't match CPython 3.10 when cpython-3.1 is specified (#​17972)
  • Fix handling of --allow-existing with minor version links on Windows (#​17978)
  • Fix panic when encountering unmanaged workspace members (#​17974)
  • Improve accuracy of request timing (#​18007)
  • Reject u64::MAX in version segments to prevent overflow (#​17985)
Documentation
  • Reference Debian Trixie instead of Bookworm (#​17991)

v0.10.2

Compare Source

Released on 2026-02-10.

Enhancements
  • Deprecate unexpected ZIP compression methods (#​17946)
Bug fixes
  • Fix cargo-install failing due to missing uv-test dependency (#​17954)

v0.10.1

Compare Source

Released on 2026-02-10.

Enhancements
  • Don't panic on metadata read errors (#​17904)
  • Skip empty workspace members instead of failing (#​17901)
  • Don't fail creating a read-only sdist-vX/.git if it already exists (#​17825)
Documentation
  • Suggest uv python update-shell over uv tool update-shell in Python docs (#​17941)

v0.10.0

Compare Source

Since we released uv 0.9.0 in October of 2025, we've accumulated various changes that improve correctness and user experience, but could break some workflows. This release contains those changes; many have been marked as breaking out of an abundance of caution. We expect most users to be able to upgrade without making changes.

This release also includes the stabilization of preview features. Python upgrades are now stable, including the uv python upgrade command, uv python install --upgrade, and automatically upgrading Python patch versions in virtual environments when a new version is installed. The add-bounds and extra-build-dependencies settings are now stable. Finally, the uv workspace dir and uv workspace list utilities for writing scripts against workspace members are now stable.

There are no breaking changes to uv_build. If you have an upper bound in your [build-system] table, you should update it, e.g., from <0.10.0 to <0.11.0.

Breaking changes
  • Require --clear to remove existing virtual environments in uv venv (#​17757)

    Previously, uv venv would prompt for confirmation before removing an existing virtual environment in interactive contexts, and remove it without confirmation in non-interactive contexts. Now, uv venv requires the --clear flag to remove an existing virtual environment. A warning for this change was added in uv 0.8.

    You can opt out of this behavior by passing the --clear flag or setting UV_VENV_CLEAR=1.

  • Error if multiple indexes include default = true (#​17011)

    Previously, uv would silently accept multiple indexes with default = true and use the first one. Now, uv will error if multiple indexes are marked as the default.

    You cannot opt out of this behavior. Remove default = true from all but one index.

  • Error when an explicit index is unnamed (#​17777)

    Explicit indexes can only be used via the [tool.uv.sources] table, which requires referencing the index by name. Previously, uv would silently accept unnamed explicit indexes, which could never be referenced. Now, uv will error if an explicit index does not have a name.

    You cannot opt out of this behavior. Add a name to the explicit index or remove the entry.

  • Install alternative Python executables using their implementation name (#​17756, #​17760)

    Previously, uv python install would install PyPy, GraalPy, and Pyodide executables with names like python3.10 into the bin directory. Now, these executables will be named using their implementation name, e.g., pypy3.10, graalpy3.10, and pyodide3.12, to avoid conflicting with CPython installations.

    You cannot opt out of this behavior.

  • Respect global Python version pins in uv tool run and uv tool install (#​14112)

    Previously, uv tool run and uv tool install did not respect the global Python version pin (set via uv python pin --global). Now, these commands will use the global Python version when no explicit version is requested.

    For uv tool install, if the tool is already installed, the Python version will not change unless --reinstall or --python is provided. If the tool was previously installed with an explicit --python flag, the global pin will not override it.

    You can opt out of this behavior by providing an explicit --python flag.

  • Remove Debian Bookworm, Alpine 3.21, and Python 3.8 Docker images (#​17755)

    The Debian Bookworm and Alpine 3.21 images were replaced by Debian Trixie and Alpine 3.22 as defaults in uv 0.9. These older images are now removed. Python 3.8 images are also removed, as Python 3.8 is no longer supported in the Trixie or Alpine base images.

    The following image tags are no longer published:

    • uv:bookworm, uv:bookworm-slim
    • uv:alpine3.21
    • uv:python3.8-*

    Use uv:debian or uv:trixie instead of uv:bookworm, uv:alpine or uv:alpine3.22 instead of uv:alpine3.21, and a newer Python version instead of uv:python3.8-*.

  • Drop PPC64 (big endian) builds (#​17626)

    uv no longer provides pre-built binaries for PPC64 (big endian). This platform appears to be largely unused and is only supported on a single manylinux version. PPC64LE (little endian) builds are unaffected.

    Building uv from source is still supported for this platform.

  • Skip generating activate.csh for relocatable virtual environments (#​17759)

    Previously, uv venv --relocatable would generate an activate.csh script that contained hardcoded paths, making it incompatible with relocation. Now, the activate.csh script is not generated for relocatable virtual environments.

    You cannot opt out of this behavior.

  • Require username when multiple credentials match a URL (#​16983)

    When using uv auth login to store credentials, you can register multiple username and password combinations for the same host. Previously, when uv needed to authenticate and multiple credentials matched the URL (e.g., when retrieving a token with uv auth token), uv would pick the first match. Now, uv will error instead.

    You cannot opt out of this behavior. Include the username in the request, e.g., uv auth token --username foo example.com.

  • Avoid invalidating the lockfile versions after an exclude-newer change (#​17721)

    Previously, changing the exclude-newer setting would cause package versions to be upgraded, ignoring the lockfile entirely. Now, uv will only change package versions if they are no longer within the exclude-newer range.

    You can restore the previous behavior by using --upgrade or --upgrade-package to opt-in to package version changes.

  • Upgrade uv format to Ruff 0.15.0 (#​17838)

    uv format now uses Ruff 0.15.0, which uses the 2026 style guide. See the blog post for details.

    The formatting of code is likely to change. You can opt out of this behavior by requesting an older Ruff version, e.g., uv format --version 0.14.14.

  • Update uv crate test features to use test- as a prefix (#​17860)

    This change only affects redistributors of uv. The Cargo features used to gate test dependencies, e.g., pypi, have been renamed with a test- prefix for clarity, e.g., test-pypi.

Stabilizations
  • uv python upgrade and uv python install --upgrade (#​17766)

    When installing Python versions, an intermediary directory without the patch version attached will be created, and virtual environments will be transparently upgraded to new patch versions.

    See the Python version documentation for more details.

  • uv add --bounds and the add-bounds configuration option (#​17660)

    This does not come with any behavior changes. You will no longer see an experimental warning when using uv add --bounds or add-bounds in configuration.

  • uv workspace list and uv workspace dir (#​17768)

    This does not come with any behavior changes. You will no longer see an experimental warning when using these commands.

  • extra-build-dependencies (#​17767)

    This does not come with any behavior changes. You will no longer see an experimental warning when using extra-build-dependencies in configuration.

Enhancements
  • Improve ABI tag error message phrasing (#​17878)
  • Introduce a 10s connect timeout (#​17733)
  • Allow using pyx.dev as a target in uv auth commands despite PYX_API_URL differing (#​17856)
Bug fixes
  • Support all CPython ABI tag suffixes properly (#​17817)
  • Add support for detecting PowerShell on Linux and macOS (#​17870)
  • Retry timeout errors for streams (#​17875)

Configuration

📅 Schedule: Branch creation - "after 3pm on tuesday" in timezone UTC, Automerge - At any time (no schedule defined).

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.


  • If you want to rebase/retry this PR, check this box

This PR has been generated by Renovate Bot.

kingpanther13 and others added 26 commits February 21, 2026 14:10
Adds a FastMCP 3.0 Middleware that compresses tool descriptions in
tools/list and enforces mandatory documentation delivery on first
tool use per session. Tools cannot execute until the LLM has received
their full documentation. Tools with short descriptions (<500 chars)
are exempt and execute immediately.

- New: FirstCallDocsMiddleware using on_list_tools / on_call_tool hooks
- New: ENABLE_FIRST_CALL_DOCS config toggle (default: true)
- Session tracking via Context.session_id with stdio fallback
- Estimated ~42K token reduction in idle context (97 tools → 25 exempt)
- Unit tests (22 tests) and E2E tests (5 tests)

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
…ion eviction

The docs ToolResult now sets meta={} which causes to_mcp_result() to
return a CallToolResult, bypassing jsonschema validation in the MCP
low-level server. Without this, tools with return type annotations
rejected the docs payload as schema-invalid.

Also addresses Gemini code review feedback:
- Session tracking uses OrderedDict with LRU eviction (cap: 1000)
  to prevent unbounded memory growth in long-running HTTP servers
- Tool name validated against allow-list (only tools captured during
  on_list_tools can be gated, preventing prompt injection via
  unknown tool names)

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
Existing E2E tests expect tools to execute immediately on first call.
The first-call docs middleware was intercepting these calls and
returning documentation instead of results, causing widespread failures.

- Set ENABLE_FIRST_CALL_DOCS=false in tests/.env.test
- Dedicated first-call-docs E2E tests use their own fixture that
  temporarily enables the middleware with env override + settings reset

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
Proxied/tunneled connections (e.g., Cloudflare tunnel) can assign a
new session_id to each HTTP request. This caused the docs gate to
re-trigger on every call, creating an infinite loop where tools
never executed.

Add a global _docs_ever_delivered set that tracks which tools have
had documentation delivered to ANY session. Once docs are delivered
once, subsequent calls execute immediately regardless of session_id.
Resets on server restart (correct — fresh context should re-deliver).
Proxied/tunneled connections (e.g., Cloudflare tunnel) can assign a
new session_id to each HTTP request. This caused the docs gate to
re-trigger on every call, creating an infinite loop where tools
never executed.

Add _docs_ever_delivered global set: once docs are delivered for a
tool to any session, subsequent calls from any session execute
immediately. Resets on server restart (correct behavior).

Update test to reflect the new global fallback behavior and add
test verifying fresh middleware instances deliver docs independently.
Replace global fallback with token-based acknowledgment. When docs
are delivered, the response includes a short ack token. The LLM
echoes it back via `_docs_ack` argument to prove it received the
docs. The middleware strips `_docs_ack` before forwarding.

This handles proxied/tunneled connections (e.g., Cloudflare) where
each request gets a new session_id, while preserving per-session
independence for stable transports.

Two paths to execution:
1. Session-based: same session calls again → execute (no token needed)
2. Token-based: different session includes valid _docs_ack → execute
- Ack tokens now expire after 4 hours (TTL stored via time.monotonic)
- Expired tokens are pruned on generation and rejected on validation
- Fixed E2E test asserting old "Do not call a different tool" text
- Added unit test for expired token rejection

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
Clients with additionalProperties: false reject unknown parameters,
preventing the LLM from sending the ack token back. Now the middleware
injects _docs_ack as an optional string parameter into each gated
tool's JSON schema during tools/list.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
MCP transports/clients may strip unknown fields from structured_content.
Now the ack token is embedded directly in the documentation text field
which always survives transport. Removed separate _docs_ack and message
fields from structured_content.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
Transports may enforce schema validation and reject the _docs_ack
parameter when additionalProperties is false. Setting it to true
allows clients to pass the ack token back through any transport.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
Remove all session tracking, ack token generation/validation, and
schema injection (_docs_ack parameter, additionalProperties). These
mechanisms don't survive Claude Code's strict schema enforcement.

Replace with simple time-based expiry: docs are delivered on the first
call to a gated tool, and the entry expires after a configurable
timeout (default 10 min, set to 2 min for testing). New conversations
after the timeout get fresh docs; calls within the window execute
normally.

Add FIRST_CALL_DOCS_EXPIRY config setting to control the timeout.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
- Remove unused `typing.Any` import (ruff F401)
- Rewrite unit tests: remove ack token, session tracking, and LRU
  eviction tests. Add time-based expiry, per-tool independent tracking,
  and zero-expiry edge case tests.
- Fix E2E test: assert ACTION REQUIRED instead of _docs_ack in response

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
- Remove unused imports (time, patch) and fix import sorting
- Access ToolResult.content[0].text instead of .content (which is
  a list of TextContent objects, not a string)
- Clean up schema test assertions to not reference old approach

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
Too important to gate — diagnostics/bug reporting should execute
immediately without requiring a docs pre-call.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
Testing complete, switching from 2-minute test value to the
production default of 600 seconds (10 minutes).

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
- Exclude ha_report_issue from docs gate
- Expiry default changed to 10 minutes (600s)
- All source files synced from root src/

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
Restore start.py, pyproject.toml, uv.lock, and fix Dockerfile
path (COPY start.py / instead of homeassistant-addon/start.py).
These were lost when addon-repo was reset to feat/first-call-docs.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
Documents the addon-repo workflow, critical build steps after
git reset --hard, and why specific files must be restored.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
- Added dual src/ directories section (the #1 gotcha)
- FORK-DEV.md itself is backed up to ~/.ha-mcp-fork-dev.md
- Deploy workflow now includes restoring FORK-DEV.md after reset

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
@kingpanther13 kingpanther13 force-pushed the addon-repo branch 17 times, most recently from ddd9435 to 9882d4b Compare April 9, 2026 13:00
@kingpanther13 kingpanther13 force-pushed the addon-repo branch 11 times, most recently from 6c1247a to c0a3b86 Compare April 16, 2026 12:56
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant