all:
  children:
    zuul_unreachable:
      hosts: {}
  hosts:
    debian-bookworm:
      ansible_connection: ssh
      ansible_host: 2a13:1a81:8000:3124:f816:3eff:fe7c:c33a
      ansible_port: 22
      ansible_python_interpreter: auto
      ansible_user: zuul
      nodepool:
        az: nova
        cloud: regiocloud-a-ci
        external_id: 7f1b2142-8473-4289-b4ea-543199cbc1e8
        host_id: 7b3f0b92197487d4577819108acea9423a4ebbe6107eeb02f4a72cb2
        interface_ip: 2a13:1a81:8000:3124:f816:3eff:fe7c:c33a
        label: debian-bookworm
        node_properties: {}
        private_ipv4: 10.128.0.107
        private_ipv6: null
        provider: regiocloud-a
        public_ipv4: 81.163.193.248
        public_ipv6: 2a13:1a81:8000:3124:f816:3eff:fe7c:c33a
        region: null
        slot: null
      tox_environment:
        NOSE_HTML_OUT_FILE: nose_results.html
        NOSE_WITH_HTML_OUTPUT: 1
        NOSE_WITH_XUNIT: 1
        OPENSTACK_VERSION: '2023.2'
      tox_envlist: cookiecutter
  vars:
    tox_environment:
      NOSE_HTML_OUT_FILE: nose_results.html
      NOSE_WITH_HTML_OUTPUT: 1
      NOSE_WITH_XUNIT: 1
      OPENSTACK_VERSION: '2023.2'
    tox_envlist: cookiecutter
    zuul:
      _inheritance_path:
      - '<Job base explicit: None implied: {MatchAny:{ImpliedBranchMatcher:main}}
        source: osism/zuul-config/zuul.d/jobs.yaml@main#2>'
      - '<Job unittests explicit: None implied: {MatchAny:{ImpliedBranchMatcher:master}}
        source: osism/openinfra-zuul-jobs/zuul.d/general-jobs.yaml@master#9>'
      - '<Job tox explicit: None implied: {MatchAny:{ImpliedBranchMatcher:master}}
        source: osism/openinfra-zuul-jobs/zuul.d/python-jobs.yaml@master#1>'
      - '<Job cfg-cookiecutter-tox explicit: None implied: {MatchAny:{ImpliedBranchMatcher:main}}
        source: osism/cfg-cookiecutter/.zuul.yaml@main#55>'
      - '<Job cfg-cookiecutter-tox-2023.2 explicit: None implied: {MatchAny:{ImpliedBranchMatcher:main}}
        source: osism/cfg-cookiecutter/.zuul.yaml@main#61>'
      - '<Job cfg-cookiecutter-tox-2023.2 explicit: None implied: None source: osism/cfg-cookiecutter/.zuul.yaml@main#82>'
      ansible_version: '9'
      attempts: 1
      branch: main
      build: 6318972aceb94bf6967b49c294e253d2
      build_refs:
      - branch: main
        change: '765'
        change_message: "chore(deps): update ghcr.io/astral-sh/uv docker tag to v0.8.0\n\nThis
          PR contains the following updates:\n\n| Package | Type | Update | Change
          |\n|---|---|---|---|\n| [ghcr.io/astral-sh/uv](https://redirect.github.com/astral-sh/uv)
          | final | minor | `0.7.20` -> `0.8.0` |\n\n---\n\n### Release Notes\n\n<details>\n<summary>astral-sh/uv
          (ghcr.io/astral-sh/uv)</summary>\n\n### [`v0.8.0`](https://redirect.github.com/astral-sh/uv/blob/HEAD/CHANGELOG.md#080)\n\n[Compare
          Source](https://redirect.github.com/astral-sh/uv/compare/0.7.22...0.8.0)\n\nSince
          we released uv [0.7.0](https://redirect.github.com/astral-sh/uv/releases/tag/0.5.0)
          in April, 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.\n\nThis
          release also includes the stabilization of a couple `uv python install`
          features, which have been available under preview since late last year.\n\n#####
          Breaking changes\n\n- **Install Python executables into a directory on the
          `PATH` ([#&#8203;14626](https://redirect.github.com/astral-sh/uv/pull/14626))**\n\n
          \ `uv python install` now installs a versioned Python executable (e.g.,
          `python3.13`) into a directory on the `PATH` (e.g., `~/.local/bin`) by default.
          This behavior has been available under the `--preview` flag since [Oct 2024](https://redirect.github.com/astral-sh/uv/pull/8458).
          This change should not be breaking unless it shadows a Python executable
          elsewhere on the `PATH`.\n\n  To install unversioned executables, i.e.,
          `python3` and `python`, use the `--default` flag. The `--default` flag has
          also been in preview, but is not stabilized in this release.\n\n  Note that
          these executables point to the base Python installation and only include
          the standard library. That means they will not include dependencies from
          your current project (use `uv run python` instead) and you cannot install
          packages into their environment (use `uvx --with <package> python` instead).\n\n
          \ As with tool installation, the target directory respects common variables
          like `XDG_BIN_HOME` and can be overridden with a `UV_PYTHON_BIN_DIR` variable.\n\n
          \ You can opt out of this behavior with `uv python install --no-bin` or
          `UV_PYTHON_INSTALL_BIN=0`.\n\n  See the [documentation on installing Python
          executables](https://docs.astral.sh/uv/concepts/python-versions/#installing-python-executables)
          for more details.\n\n- **Register Python versions with the Windows registry
          ([#&#8203;14625](https://redirect.github.com/astral-sh/uv/pull/14625))**\n\n
          \ `uv python install` now registers the installed Python version with the
          Windows Registry as specified by [PEP 514](https://peps.python.org/pep-0514/).
          This allows using uv installed Python versions via the `py` launcher. This
          behavior has been available under the `--preview` flag since [Jan 2025](https://redirect.github.com/astral-sh/uv/pull/10634).
          This change should not be breaking, as using the uv Python versions with
          `py` requires explicit opt in.\n\n  You can opt out of this behavior with
          `uv python install --no-registry` or `UV_PYTHON_INSTALL_REGISTRY=0`.\n\n-
          **Prompt before removing an existing directory in `uv venv` ([#&#8203;14309](https://redirect.github.com/astral-sh/uv/pull/14309))**\n\n
          \ Previously, `uv venv` would remove an existing virtual environment without
          confirmation. While this is consistent with the behavior of project commands
          (e.g., `uv sync`), it's surprising to users that are using imperative workflows
          (i.e., `uv pip`). Now, `uv venv` will prompt for confirmation before removing
          an existing virtual environment. **If not in an interactive context, uv
          will still remove the virtual environment for backwards compatibility. However,
          this behavior is likely to change in a future release.**\n\n  The behavior
          for other commands (e.g., `uv sync`) is unchanged.\n\n  You can opt out
          of this behavior by setting `UV_VENV_CLEAR=1` or passing the `--clear` flag.\n\n-
          **Validate that discovered interpreters meet the Python preference ([#&#8203;7934](https://redirect.github.com/astral-sh/uv/pull/7934))**\n\n
          \ uv allows opting out of its managed Python versions with the `--no-managed-python`
          and `python-preference` options.\n\n  Previously, uv would not enforce this
          option for Python interpreters discovered on the `PATH`. For example, if
          a symlink to a managed Python interpreter was created, uv would allow it
          to be used even if `--no-managed-python` was provided. Now, uv ignores Python
          interpreters that do not match the Python preference *unless* they are in
          an active virtual environment or are explicitly requested, e.g., with `--python
          /path/to/python3.13`.\n\n  Similarly, uv would previously not invalidate
          existing project environments if they did not match the Python preference.
          Now, uv will invalidate and recreate project environments when the Python
          preference changes.\n\n  You can opt out of this behavior by providing the
          explicit path to the Python interpreter providing `--managed-python` / `--no-managed-python`
          matching the interpreter you want.\n\n- **Install dependencies without build
          systems when they are `path` sources ([#&#8203;14413](https://redirect.github.com/astral-sh/uv/pull/14413))**\n\n
          \ When working on a project, uv uses the [presence of a build system](https://docs.astral.sh/uv/concepts/projects/config/#build-systems)
          to determine if it should be built and installed into the environment. However,
          when a project is a dependency of another project, it can be surprising
          for the dependency to be missing from the environment.\n\n  Previously,
          uv would not build and install dependencies with [`path` sources](https://docs.astral.sh/uv/concepts/projects/dependencies/#path)
          unless they declared a build system or set `tool.uv.package = true`. Now,
          dependencies with `path` sources are built and installed regardless of the
          presence of a build system. If a build system is not present, the `setuptools.build_meta:__legacy__
          ` backend will be used (per [PEP 517](https://peps.python.org/pep-0517/#source-trees)).\n\n
          \ You can opt out of this behavior by setting `package = false` in the source
          declaration, e.g.:\n\n  ```toml\n  [tool.uv.sources]\n  foo = { path = \"./foo\",
          package = false }\n  ```\n\n  Or, by setting `tool.uv.package = false` in
          the dependent `pyproject.toml`.\n\n  See the documentation on [virtual dependencies](https://docs.astral.sh/uv/concepts/projects/dependencies/#virtual-dependencies)
          for details.\n\n- **Install dependencies without build systems when they
          are workspace members ([#&#8203;14663](https://redirect.github.com/astral-sh/uv/pull/14663))**\n\n
          \ As described above for dependencies with `path` sources, uv previously
          would not build and install workspace members that did not declare a build
          system. Now, uv will build and install workspace members that are a dependency
          of *another* workspace member regardless of the presence of a build system.
          The behavior is unchanged for workspace members that are not included in
          the `project.dependencies`, `project.optional-dependencies`, or `dependency-groups`
          tables of another workspace member.\n\n  You can opt out of this behavior
          by setting `tool.uv.package = false` in the workspace member's `pyproject.toml`.\n\n
          \ See the documentation on [virtual dependencies](https://docs.astral.sh/uv/concepts/projects/dependencies/#virtual-dependencies)
          for details.\n\n- **Bump `--python-platform linux` to `manylinux_2_28` ([#&#8203;14300](https://redirect.github.com/astral-sh/uv/pull/14300))**\n\n
          \ uv allows performing [platform-specific resolution](https://docs.astral.sh/uv/concepts/resolution/#platform-specific-resolution)
          for explicit targets and provides short aliases, e.g., `linux`, for common
          targets.\n\n  Previously, the default target for `--python-platform linux`
          was `manylinux_2_17`, which is compatible with most Linux distributions
          from 2014 or newer. We now default to `manylinux_2_28`, which is compatible
          with most Linux distributions from 2019 or newer.  This change follows the
          lead of other tools, such as `cibuildwheel`, which changed their default
          to `manylinux_2_28` in [Mar 2025](https://redirect.github.com/pypa/cibuildwheel/pull/2330).\n\n
          \ This change only affects users requesting a specific target platform.
          Otherwise, uv detects the `manylinux` target from your local glibc version.\n\n
          \ You can opt out of this behavior by using `--python-platform x86_64-manylinux_2_17`
          instead.\n\n- **Remove `uv version` fallback ([#&#8203;14161](https://redirect.github.com/astral-sh/uv/pull/14161))**\n\n
          \ In [Apr 2025](https://redirect.github.com/astral-sh/uv/pull/12349), uv
          changed the `uv version` command to an interface for viewing and updating
          the version of the current project. However, when outside a project, `uv
          version` would continue to display uv's version for backwards compatibility.
          Now, when used outside of a project, `uv version` will fail.\n\n  You cannot
          opt out of this behavior. Use `uv self version` instead.\n\n- **Require
          `--global` for removal of the global Python pin ([#&#8203;14169](https://redirect.github.com/astral-sh/uv/pull/14169))**\n\n
          \ Previously, `uv python pin --rm` would allow you to remove the global
          Python pin without opt in. Now, uv requires the `--global` flag to remove
          the global Python pin.\n\n  You cannot opt out of this behavior. Use the
          `--global` flag instead.\n\n- **Support conflicting editable settings across
          groups ([#&#8203;14197](https://redirect.github.com/astral-sh/uv/pull/14197))**\n\n
          \ Previously, uv would always treat a package as editable if any requirement
          requested it as editable. However, this prevented users from declaring `path`
          sources that toggled the `editable` setting across dependency groups. Now,
          uv allows declaring different `editable` values for conflicting groups.
          However, if a project includes a path dependency twice, once with `editable
          = true` and once without any editable annotation, those are now considered
          conflicting, and uv will exit with an error.\n\n  You cannot opt out of
          this behavior. Use consistent `editable` settings or [mark groups as conflicting](https://docs.astral.sh/uv/concepts/projects/config/#conflicting-dependencies).\n\n-
          **Make `uv_build` the default build backend in `uv init` ([#&#8203;14661](https://redirect.github.com/astral-sh/uv/pull/14661))**\n\n
          \ The uv build backend (`uv_build`) was [stabilized in uv 0.7.19](https://redirect.github.com/astral-sh/uv/releases/tag/0.7.19).
          Now, it is the default build backend for `uv init --package` and `uv init
          --lib`. Previously, `hatchling` was the default build backend. A build backend
          is still not used without opt-in in `uv init`, but we expect to change this
          in a future release.\n\n  You can opt out of this behavior with `uv init
          --build-backend hatchling`.\n\n- **Set default `UV_TOOL_BIN_DIR` on Docker
          images ([#&#8203;13391](https://redirect.github.com/astral-sh/uv/pull/13391))**\n\n
          \ Previously, `UV_TOOL_BIN_DIR` was not set in Docker images which meant
          that `uv tool install` did not install tools into a directory on the `PATH`
          without additional configuration. Now, `UV_TOOL_BIN_DIR` is set to `/usr/local/bin`
          in all Docker derived images.\n\n  When the default image user is overridden
          (e.g. `USER <UID>`) with a less privileged user, this may cause `uv tool
          install` to fail.\n\n  You can opt out of this behavior by setting an alternative
          `UV_TOOL_BIN_DIR`.\n\n- **Update `--check` to return an exit code of 1 ([#&#8203;14167](https://redirect.github.com/astral-sh/uv/pull/14167))**\n\n
          \ uv uses an exit code of 1 to indicate a \"successful failure\" and an
          exit code of 2 to indicate an \"error\".\n\n  Previously, `uv lock --check`
          and `uv sync --check` would exit with a code of 2 when the lockfile or environment
          were outdated. Now, uv will exit with a code of 1.\n\n  You cannot opt out
          of this behavior.\n\n- **Use an ephemeral environment for `uv run --with`
          invocations ([#&#8203;14447](https://redirect.github.com/astral-sh/uv/pull/14447))**\n\n
          \ When using `uv run --with`, uv layers the requirements requested using
          `--with` into another virtual environment and caches it. Previously, uv
          would invoke the Python interpreter in this layered environment. However,
          this allows poisoning the cached environment and introduces race conditions
          for concurrent invocations. Now, uv will layer *another* empty virtual environment
          on top of the cached environment and invoke the Python interpreter there.
          This should only cause breakage in cases where the environment is being
          inspected at runtime.\n\n  You cannot opt out of this behavior.\n\n- **Restructure
          the `uv venv` command output and exit codes ([#&#8203;14546](https://redirect.github.com/astral-sh/uv/pull/14546))**\n\n
          \ Previously, uv used `miette` to format the `uv venv` output. However,
          this was inconsistent with most of the uv CLI. Now, the output is a little
          different and the exit code has switched from 1 to 2 for some error cases.\n\n
          \ You cannot opt out of this behavior.\n\n- **Default to `--workspace` when
          adding subdirectories ([#&#8203;14529](https://redirect.github.com/astral-sh/uv/pull/14529))**\n\n
          \ When using `uv add` to add a subdirectory in a workspace, uv now defaults
          to adding the target as a workspace member.\n\n  You can opt out of this
          behavior by providing `--no-workspace`.\n\n- **Add missing validations for
          disallowed `uv.toml` fields ([#&#8203;14322](https://redirect.github.com/astral-sh/uv/pull/14322))**\n\n
          \ uv does not allow some settings in the `uv.toml`. Previously, some settings
          were silently ignored when present in the `uv.toml`. Now, uv will error.\n\n
          \ You cannot opt out of this behavior. Use `--no-config` or remove the invalid
          settings.\n\n##### Configuration\n\n- Add support for toggling Python bin
          and registry install options via env vars ([#&#8203;14662](https://redirect.github.com/astral-sh/uv/pull/14662))\n\n###
          [`v0.7.22`](https://redirect.github.com/astral-sh/uv/blob/HEAD/CHANGELOG.md#0722)\n\n[Compare
          Source](https://redirect.github.com/astral-sh/uv/compare/0.7.21...0.7.22)\n\n#####
          Python\n\n- Upgrade GraalPy to 24.2.2\n\nSee the [GraalPy release notes](https://redirect.github.com/oracle/graalpython/releases/tag/graal-24.2.2)
          for more details.\n\n##### Configuration\n\n- Add `UV_COMPILE_BYTECODE_TIMEOUT`
          environment variable ([#&#8203;14369](https://redirect.github.com/astral-sh/uv/pull/14369))\n-
          Allow users to override index `cache-control` headers ([#&#8203;14620](https://redirect.github.com/astral-sh/uv/pull/14620))\n-
          Add `UV_LIBC` to override libc selection in multi-libc environment ([#&#8203;14646](https://redirect.github.com/astral-sh/uv/pull/14646))\n\n#####
          Bug fixes\n\n- Fix `--all-arches` when paired with `--only-downloads` ([#&#8203;14629](https://redirect.github.com/astral-sh/uv/pull/14629))\n-
          Skip Windows Python interpreters that return a broken MSIX package code
          ([#&#8203;14636](https://redirect.github.com/astral-sh/uv/pull/14636))\n-
          Warn on invalid `uv.toml` when provided via direct path ([#&#8203;14653](https://redirect.github.com/astral-sh/uv/pull/14653))\n-
          Improve async signal safety in Windows exception handler ([#&#8203;14619](https://redirect.github.com/astral-sh/uv/pull/14619))\n\n#####
          Documentation\n\n- Mention the `revision` in the lockfile versioning doc
          ([#&#8203;14634](https://redirect.github.com/astral-sh/uv/pull/14634))\n-
          Move \"Conflicting dependencies\" to the \"Resolution\" page ([#&#8203;14633](https://redirect.github.com/astral-sh/uv/pull/14633))\n-
          Rename \"Dependency specifiers\" section to exclude PEP 508 reference ([#&#8203;14631](https://redirect.github.com/astral-sh/uv/pull/14631))\n-
          Suggest `uv cache clean` prior to `--reinstall` ([#&#8203;14659](https://redirect.github.com/astral-sh/uv/pull/14659))\n\n#####
          Preview features\n\n- Make preview Python registration on Windows non-fatal
          ([#&#8203;14614](https://redirect.github.com/astral-sh/uv/pull/14614))\n-
          Update preview installation of Python executables to be non-fatal ([#&#8203;14612](https://redirect.github.com/astral-sh/uv/pull/14612))\n-
          Add `uv python update-shell` ([#&#8203;14627](https://redirect.github.com/astral-sh/uv/pull/14627))\n\n###
          [`v0.7.21`](https://redirect.github.com/astral-sh/uv/blob/HEAD/CHANGELOG.md#0721)\n\n[Compare
          Source](https://redirect.github.com/astral-sh/uv/compare/0.7.20...0.7.21)\n\n#####
          Python\n\n- Restore the SQLite `fts4`, `fts5`, `rtree`, and `geopoly` extensions
          on macOS and Linux\n\nSee the\n[`python-build-standalone` release notes](https://redirect.github.com/astral-sh/python-build-standalone/releases/tag/20250712)\nfor
          more details.\n\n##### Enhancements\n\n- Add `--python-platform` to `uv
          sync` ([#&#8203;14320](https://redirect.github.com/astral-sh/uv/pull/14320))\n-
          Support pre-releases in `uv version --bump` ([#&#8203;13578](https://redirect.github.com/astral-sh/uv/pull/13578))\n-
          Add `-w` shorthand for `--with` ([#&#8203;14530](https://redirect.github.com/astral-sh/uv/pull/14530))\n-
          Add an exception handler on Windows to display information on crash ([#&#8203;14582](https://redirect.github.com/astral-sh/uv/pull/14582))\n-
          Add hint when Python downloads are disabled ([#&#8203;14522](https://redirect.github.com/astral-sh/uv/pull/14522))\n-
          Add `UV_HTTP_RETRIES` to customize retry counts ([#&#8203;14544](https://redirect.github.com/astral-sh/uv/pull/14544))\n-
          Follow leaf symlinks matched by globs in `cache-key` ([#&#8203;13438](https://redirect.github.com/astral-sh/uv/pull/13438))\n-
          Support parent path components (`..`) in globs in `cache-key` ([#&#8203;13469](https://redirect.github.com/astral-sh/uv/pull/13469))\n-
          Improve `cache-key` performance ([#&#8203;13469](https://redirect.github.com/astral-sh/uv/pull/13469))\n\n#####
          Preview features\n\n- Add `uv sync --output-format json` ([#&#8203;13689](https://redirect.github.com/astral-sh/uv/pull/13689))\n\n#####
          Bug fixes\n\n- Do not re-resolve with a new Python version in `uv tool`
          if it is incompatible with `--python` ([#&#8203;14606](https://redirect.github.com/astral-sh/uv/pull/14606))\n\n#####
          Documentation\n\n- Document how to nest dependency groups with `include-group`
          ([#&#8203;14539](https://redirect.github.com/astral-sh/uv/pull/14539))\n-
          Fix repeated word in Pyodide doc ([#&#8203;14554](https://redirect.github.com/astral-sh/uv/pull/14554))\n-
          Update CONTRIBUTING.md with instructions to format Markdown files via Docker
          ([#&#8203;14246](https://redirect.github.com/astral-sh/uv/pull/14246))\n-
          Fix version number for `setup-python` ([#&#8203;14533](https://redirect.github.com/astral-sh/uv/pull/14533))\n\n</details>\n\n---\n\n###
          Configuration\n\n\U0001F4C5 **Schedule**: Branch creation - At any time
          (no schedule defined), Automerge - At any time (no schedule defined).\n\n\U0001F6A6
          **Automerge**: Disabled by config. Please merge this manually once you are
          satisfied.\n\n\u267B **Rebasing**: Whenever PR becomes conflicted, or you
          tick the rebase/retry checkbox.\n\n\U0001F515 **Ignore**: Close this PR
          and you won't be reminded about this update again.\n\n---\n\n - [ ] <!--
          rebase-check -->If you want to rebase/retry this PR, check this box\n\n---\n\nThis
          PR was generated by [Mend Renovate](https://mend.io/renovate/). View the
          [repository job log](https://developer.mend.io/github/osism/cfg-cookiecutter).\n<!--renovate-debug:eyJjcmVhdGVkSW5WZXIiOiI0MS4yMy4yIiwidXBkYXRlZEluVmVyIjoiNDEuMjMuMiIsInRhcmdldEJyYW5jaCI6Im1haW4iLCJsYWJlbHMiOlsicmVub3ZhdGUiXX0=-->\n"
        change_url: https://github.com/osism/cfg-cookiecutter/pull/765
        commit_id: 374dc054a62444abf052317d5d19224d92813eef
        patchset: 374dc054a62444abf052317d5d19224d92813eef
        project:
          canonical_hostname: github.com
          canonical_name: github.com/osism/cfg-cookiecutter
          name: osism/cfg-cookiecutter
          short_name: cfg-cookiecutter
        src_dir: src/github.com/osism/cfg-cookiecutter
        topic: null
      buildset: a4d8e907061b4c21b46f9b788af75727
      buildset_refs:
      - branch: main
        change: '765'
        change_message: "chore(deps): update ghcr.io/astral-sh/uv docker tag to v0.8.0\n\nThis
          PR contains the following updates:\n\n| Package | Type | Update | Change
          |\n|---|---|---|---|\n| [ghcr.io/astral-sh/uv](https://redirect.github.com/astral-sh/uv)
          | final | minor | `0.7.20` -> `0.8.0` |\n\n---\n\n### Release Notes\n\n<details>\n<summary>astral-sh/uv
          (ghcr.io/astral-sh/uv)</summary>\n\n### [`v0.8.0`](https://redirect.github.com/astral-sh/uv/blob/HEAD/CHANGELOG.md#080)\n\n[Compare
          Source](https://redirect.github.com/astral-sh/uv/compare/0.7.22...0.8.0)\n\nSince
          we released uv [0.7.0](https://redirect.github.com/astral-sh/uv/releases/tag/0.5.0)
          in April, 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.\n\nThis
          release also includes the stabilization of a couple `uv python install`
          features, which have been available under preview since late last year.\n\n#####
          Breaking changes\n\n- **Install Python executables into a directory on the
          `PATH` ([#&#8203;14626](https://redirect.github.com/astral-sh/uv/pull/14626))**\n\n
          \ `uv python install` now installs a versioned Python executable (e.g.,
          `python3.13`) into a directory on the `PATH` (e.g., `~/.local/bin`) by default.
          This behavior has been available under the `--preview` flag since [Oct 2024](https://redirect.github.com/astral-sh/uv/pull/8458).
          This change should not be breaking unless it shadows a Python executable
          elsewhere on the `PATH`.\n\n  To install unversioned executables, i.e.,
          `python3` and `python`, use the `--default` flag. The `--default` flag has
          also been in preview, but is not stabilized in this release.\n\n  Note that
          these executables point to the base Python installation and only include
          the standard library. That means they will not include dependencies from
          your current project (use `uv run python` instead) and you cannot install
          packages into their environment (use `uvx --with <package> python` instead).\n\n
          \ As with tool installation, the target directory respects common variables
          like `XDG_BIN_HOME` and can be overridden with a `UV_PYTHON_BIN_DIR` variable.\n\n
          \ You can opt out of this behavior with `uv python install --no-bin` or
          `UV_PYTHON_INSTALL_BIN=0`.\n\n  See the [documentation on installing Python
          executables](https://docs.astral.sh/uv/concepts/python-versions/#installing-python-executables)
          for more details.\n\n- **Register Python versions with the Windows registry
          ([#&#8203;14625](https://redirect.github.com/astral-sh/uv/pull/14625))**\n\n
          \ `uv python install` now registers the installed Python version with the
          Windows Registry as specified by [PEP 514](https://peps.python.org/pep-0514/).
          This allows using uv installed Python versions via the `py` launcher. This
          behavior has been available under the `--preview` flag since [Jan 2025](https://redirect.github.com/astral-sh/uv/pull/10634).
          This change should not be breaking, as using the uv Python versions with
          `py` requires explicit opt in.\n\n  You can opt out of this behavior with
          `uv python install --no-registry` or `UV_PYTHON_INSTALL_REGISTRY=0`.\n\n-
          **Prompt before removing an existing directory in `uv venv` ([#&#8203;14309](https://redirect.github.com/astral-sh/uv/pull/14309))**\n\n
          \ Previously, `uv venv` would remove an existing virtual environment without
          confirmation. While this is consistent with the behavior of project commands
          (e.g., `uv sync`), it's surprising to users that are using imperative workflows
          (i.e., `uv pip`). Now, `uv venv` will prompt for confirmation before removing
          an existing virtual environment. **If not in an interactive context, uv
          will still remove the virtual environment for backwards compatibility. However,
          this behavior is likely to change in a future release.**\n\n  The behavior
          for other commands (e.g., `uv sync`) is unchanged.\n\n  You can opt out
          of this behavior by setting `UV_VENV_CLEAR=1` or passing the `--clear` flag.\n\n-
          **Validate that discovered interpreters meet the Python preference ([#&#8203;7934](https://redirect.github.com/astral-sh/uv/pull/7934))**\n\n
          \ uv allows opting out of its managed Python versions with the `--no-managed-python`
          and `python-preference` options.\n\n  Previously, uv would not enforce this
          option for Python interpreters discovered on the `PATH`. For example, if
          a symlink to a managed Python interpreter was created, uv would allow it
          to be used even if `--no-managed-python` was provided. Now, uv ignores Python
          interpreters that do not match the Python preference *unless* they are in
          an active virtual environment or are explicitly requested, e.g., with `--python
          /path/to/python3.13`.\n\n  Similarly, uv would previously not invalidate
          existing project environments if they did not match the Python preference.
          Now, uv will invalidate and recreate project environments when the Python
          preference changes.\n\n  You can opt out of this behavior by providing the
          explicit path to the Python interpreter providing `--managed-python` / `--no-managed-python`
          matching the interpreter you want.\n\n- **Install dependencies without build
          systems when they are `path` sources ([#&#8203;14413](https://redirect.github.com/astral-sh/uv/pull/14413))**\n\n
          \ When working on a project, uv uses the [presence of a build system](https://docs.astral.sh/uv/concepts/projects/config/#build-systems)
          to determine if it should be built and installed into the environment. However,
          when a project is a dependency of another project, it can be surprising
          for the dependency to be missing from the environment.\n\n  Previously,
          uv would not build and install dependencies with [`path` sources](https://docs.astral.sh/uv/concepts/projects/dependencies/#path)
          unless they declared a build system or set `tool.uv.package = true`. Now,
          dependencies with `path` sources are built and installed regardless of the
          presence of a build system. If a build system is not present, the `setuptools.build_meta:__legacy__
          ` backend will be used (per [PEP 517](https://peps.python.org/pep-0517/#source-trees)).\n\n
          \ You can opt out of this behavior by setting `package = false` in the source
          declaration, e.g.:\n\n  ```toml\n  [tool.uv.sources]\n  foo = { path = \"./foo\",
          package = false }\n  ```\n\n  Or, by setting `tool.uv.package = false` in
          the dependent `pyproject.toml`.\n\n  See the documentation on [virtual dependencies](https://docs.astral.sh/uv/concepts/projects/dependencies/#virtual-dependencies)
          for details.\n\n- **Install dependencies without build systems when they
          are workspace members ([#&#8203;14663](https://redirect.github.com/astral-sh/uv/pull/14663))**\n\n
          \ As described above for dependencies with `path` sources, uv previously
          would not build and install workspace members that did not declare a build
          system. Now, uv will build and install workspace members that are a dependency
          of *another* workspace member regardless of the presence of a build system.
          The behavior is unchanged for workspace members that are not included in
          the `project.dependencies`, `project.optional-dependencies`, or `dependency-groups`
          tables of another workspace member.\n\n  You can opt out of this behavior
          by setting `tool.uv.package = false` in the workspace member's `pyproject.toml`.\n\n
          \ See the documentation on [virtual dependencies](https://docs.astral.sh/uv/concepts/projects/dependencies/#virtual-dependencies)
          for details.\n\n- **Bump `--python-platform linux` to `manylinux_2_28` ([#&#8203;14300](https://redirect.github.com/astral-sh/uv/pull/14300))**\n\n
          \ uv allows performing [platform-specific resolution](https://docs.astral.sh/uv/concepts/resolution/#platform-specific-resolution)
          for explicit targets and provides short aliases, e.g., `linux`, for common
          targets.\n\n  Previously, the default target for `--python-platform linux`
          was `manylinux_2_17`, which is compatible with most Linux distributions
          from 2014 or newer. We now default to `manylinux_2_28`, which is compatible
          with most Linux distributions from 2019 or newer.  This change follows the
          lead of other tools, such as `cibuildwheel`, which changed their default
          to `manylinux_2_28` in [Mar 2025](https://redirect.github.com/pypa/cibuildwheel/pull/2330).\n\n
          \ This change only affects users requesting a specific target platform.
          Otherwise, uv detects the `manylinux` target from your local glibc version.\n\n
          \ You can opt out of this behavior by using `--python-platform x86_64-manylinux_2_17`
          instead.\n\n- **Remove `uv version` fallback ([#&#8203;14161](https://redirect.github.com/astral-sh/uv/pull/14161))**\n\n
          \ In [Apr 2025](https://redirect.github.com/astral-sh/uv/pull/12349), uv
          changed the `uv version` command to an interface for viewing and updating
          the version of the current project. However, when outside a project, `uv
          version` would continue to display uv's version for backwards compatibility.
          Now, when used outside of a project, `uv version` will fail.\n\n  You cannot
          opt out of this behavior. Use `uv self version` instead.\n\n- **Require
          `--global` for removal of the global Python pin ([#&#8203;14169](https://redirect.github.com/astral-sh/uv/pull/14169))**\n\n
          \ Previously, `uv python pin --rm` would allow you to remove the global
          Python pin without opt in. Now, uv requires the `--global` flag to remove
          the global Python pin.\n\n  You cannot opt out of this behavior. Use the
          `--global` flag instead.\n\n- **Support conflicting editable settings across
          groups ([#&#8203;14197](https://redirect.github.com/astral-sh/uv/pull/14197))**\n\n
          \ Previously, uv would always treat a package as editable if any requirement
          requested it as editable. However, this prevented users from declaring `path`
          sources that toggled the `editable` setting across dependency groups. Now,
          uv allows declaring different `editable` values for conflicting groups.
          However, if a project includes a path dependency twice, once with `editable
          = true` and once without any editable annotation, those are now considered
          conflicting, and uv will exit with an error.\n\n  You cannot opt out of
          this behavior. Use consistent `editable` settings or [mark groups as conflicting](https://docs.astral.sh/uv/concepts/projects/config/#conflicting-dependencies).\n\n-
          **Make `uv_build` the default build backend in `uv init` ([#&#8203;14661](https://redirect.github.com/astral-sh/uv/pull/14661))**\n\n
          \ The uv build backend (`uv_build`) was [stabilized in uv 0.7.19](https://redirect.github.com/astral-sh/uv/releases/tag/0.7.19).
          Now, it is the default build backend for `uv init --package` and `uv init
          --lib`. Previously, `hatchling` was the default build backend. A build backend
          is still not used without opt-in in `uv init`, but we expect to change this
          in a future release.\n\n  You can opt out of this behavior with `uv init
          --build-backend hatchling`.\n\n- **Set default `UV_TOOL_BIN_DIR` on Docker
          images ([#&#8203;13391](https://redirect.github.com/astral-sh/uv/pull/13391))**\n\n
          \ Previously, `UV_TOOL_BIN_DIR` was not set in Docker images which meant
          that `uv tool install` did not install tools into a directory on the `PATH`
          without additional configuration. Now, `UV_TOOL_BIN_DIR` is set to `/usr/local/bin`
          in all Docker derived images.\n\n  When the default image user is overridden
          (e.g. `USER <UID>`) with a less privileged user, this may cause `uv tool
          install` to fail.\n\n  You can opt out of this behavior by setting an alternative
          `UV_TOOL_BIN_DIR`.\n\n- **Update `--check` to return an exit code of 1 ([#&#8203;14167](https://redirect.github.com/astral-sh/uv/pull/14167))**\n\n
          \ uv uses an exit code of 1 to indicate a \"successful failure\" and an
          exit code of 2 to indicate an \"error\".\n\n  Previously, `uv lock --check`
          and `uv sync --check` would exit with a code of 2 when the lockfile or environment
          were outdated. Now, uv will exit with a code of 1.\n\n  You cannot opt out
          of this behavior.\n\n- **Use an ephemeral environment for `uv run --with`
          invocations ([#&#8203;14447](https://redirect.github.com/astral-sh/uv/pull/14447))**\n\n
          \ When using `uv run --with`, uv layers the requirements requested using
          `--with` into another virtual environment and caches it. Previously, uv
          would invoke the Python interpreter in this layered environment. However,
          this allows poisoning the cached environment and introduces race conditions
          for concurrent invocations. Now, uv will layer *another* empty virtual environment
          on top of the cached environment and invoke the Python interpreter there.
          This should only cause breakage in cases where the environment is being
          inspected at runtime.\n\n  You cannot opt out of this behavior.\n\n- **Restructure
          the `uv venv` command output and exit codes ([#&#8203;14546](https://redirect.github.com/astral-sh/uv/pull/14546))**\n\n
          \ Previously, uv used `miette` to format the `uv venv` output. However,
          this was inconsistent with most of the uv CLI. Now, the output is a little
          different and the exit code has switched from 1 to 2 for some error cases.\n\n
          \ You cannot opt out of this behavior.\n\n- **Default to `--workspace` when
          adding subdirectories ([#&#8203;14529](https://redirect.github.com/astral-sh/uv/pull/14529))**\n\n
          \ When using `uv add` to add a subdirectory in a workspace, uv now defaults
          to adding the target as a workspace member.\n\n  You can opt out of this
          behavior by providing `--no-workspace`.\n\n- **Add missing validations for
          disallowed `uv.toml` fields ([#&#8203;14322](https://redirect.github.com/astral-sh/uv/pull/14322))**\n\n
          \ uv does not allow some settings in the `uv.toml`. Previously, some settings
          were silently ignored when present in the `uv.toml`. Now, uv will error.\n\n
          \ You cannot opt out of this behavior. Use `--no-config` or remove the invalid
          settings.\n\n##### Configuration\n\n- Add support for toggling Python bin
          and registry install options via env vars ([#&#8203;14662](https://redirect.github.com/astral-sh/uv/pull/14662))\n\n###
          [`v0.7.22`](https://redirect.github.com/astral-sh/uv/blob/HEAD/CHANGELOG.md#0722)\n\n[Compare
          Source](https://redirect.github.com/astral-sh/uv/compare/0.7.21...0.7.22)\n\n#####
          Python\n\n- Upgrade GraalPy to 24.2.2\n\nSee the [GraalPy release notes](https://redirect.github.com/oracle/graalpython/releases/tag/graal-24.2.2)
          for more details.\n\n##### Configuration\n\n- Add `UV_COMPILE_BYTECODE_TIMEOUT`
          environment variable ([#&#8203;14369](https://redirect.github.com/astral-sh/uv/pull/14369))\n-
          Allow users to override index `cache-control` headers ([#&#8203;14620](https://redirect.github.com/astral-sh/uv/pull/14620))\n-
          Add `UV_LIBC` to override libc selection in multi-libc environment ([#&#8203;14646](https://redirect.github.com/astral-sh/uv/pull/14646))\n\n#####
          Bug fixes\n\n- Fix `--all-arches` when paired with `--only-downloads` ([#&#8203;14629](https://redirect.github.com/astral-sh/uv/pull/14629))\n-
          Skip Windows Python interpreters that return a broken MSIX package code
          ([#&#8203;14636](https://redirect.github.com/astral-sh/uv/pull/14636))\n-
          Warn on invalid `uv.toml` when provided via direct path ([#&#8203;14653](https://redirect.github.com/astral-sh/uv/pull/14653))\n-
          Improve async signal safety in Windows exception handler ([#&#8203;14619](https://redirect.github.com/astral-sh/uv/pull/14619))\n\n#####
          Documentation\n\n- Mention the `revision` in the lockfile versioning doc
          ([#&#8203;14634](https://redirect.github.com/astral-sh/uv/pull/14634))\n-
          Move \"Conflicting dependencies\" to the \"Resolution\" page ([#&#8203;14633](https://redirect.github.com/astral-sh/uv/pull/14633))\n-
          Rename \"Dependency specifiers\" section to exclude PEP 508 reference ([#&#8203;14631](https://redirect.github.com/astral-sh/uv/pull/14631))\n-
          Suggest `uv cache clean` prior to `--reinstall` ([#&#8203;14659](https://redirect.github.com/astral-sh/uv/pull/14659))\n\n#####
          Preview features\n\n- Make preview Python registration on Windows non-fatal
          ([#&#8203;14614](https://redirect.github.com/astral-sh/uv/pull/14614))\n-
          Update preview installation of Python executables to be non-fatal ([#&#8203;14612](https://redirect.github.com/astral-sh/uv/pull/14612))\n-
          Add `uv python update-shell` ([#&#8203;14627](https://redirect.github.com/astral-sh/uv/pull/14627))\n\n###
          [`v0.7.21`](https://redirect.github.com/astral-sh/uv/blob/HEAD/CHANGELOG.md#0721)\n\n[Compare
          Source](https://redirect.github.com/astral-sh/uv/compare/0.7.20...0.7.21)\n\n#####
          Python\n\n- Restore the SQLite `fts4`, `fts5`, `rtree`, and `geopoly` extensions
          on macOS and Linux\n\nSee the\n[`python-build-standalone` release notes](https://redirect.github.com/astral-sh/python-build-standalone/releases/tag/20250712)\nfor
          more details.\n\n##### Enhancements\n\n- Add `--python-platform` to `uv
          sync` ([#&#8203;14320](https://redirect.github.com/astral-sh/uv/pull/14320))\n-
          Support pre-releases in `uv version --bump` ([#&#8203;13578](https://redirect.github.com/astral-sh/uv/pull/13578))\n-
          Add `-w` shorthand for `--with` ([#&#8203;14530](https://redirect.github.com/astral-sh/uv/pull/14530))\n-
          Add an exception handler on Windows to display information on crash ([#&#8203;14582](https://redirect.github.com/astral-sh/uv/pull/14582))\n-
          Add hint when Python downloads are disabled ([#&#8203;14522](https://redirect.github.com/astral-sh/uv/pull/14522))\n-
          Add `UV_HTTP_RETRIES` to customize retry counts ([#&#8203;14544](https://redirect.github.com/astral-sh/uv/pull/14544))\n-
          Follow leaf symlinks matched by globs in `cache-key` ([#&#8203;13438](https://redirect.github.com/astral-sh/uv/pull/13438))\n-
          Support parent path components (`..`) in globs in `cache-key` ([#&#8203;13469](https://redirect.github.com/astral-sh/uv/pull/13469))\n-
          Improve `cache-key` performance ([#&#8203;13469](https://redirect.github.com/astral-sh/uv/pull/13469))\n\n#####
          Preview features\n\n- Add `uv sync --output-format json` ([#&#8203;13689](https://redirect.github.com/astral-sh/uv/pull/13689))\n\n#####
          Bug fixes\n\n- Do not re-resolve with a new Python version in `uv tool`
          if it is incompatible with `--python` ([#&#8203;14606](https://redirect.github.com/astral-sh/uv/pull/14606))\n\n#####
          Documentation\n\n- Document how to nest dependency groups with `include-group`
          ([#&#8203;14539](https://redirect.github.com/astral-sh/uv/pull/14539))\n-
          Fix repeated word in Pyodide doc ([#&#8203;14554](https://redirect.github.com/astral-sh/uv/pull/14554))\n-
          Update CONTRIBUTING.md with instructions to format Markdown files via Docker
          ([#&#8203;14246](https://redirect.github.com/astral-sh/uv/pull/14246))\n-
          Fix version number for `setup-python` ([#&#8203;14533](https://redirect.github.com/astral-sh/uv/pull/14533))\n\n</details>\n\n---\n\n###
          Configuration\n\n\U0001F4C5 **Schedule**: Branch creation - At any time
          (no schedule defined), Automerge - At any time (no schedule defined).\n\n\U0001F6A6
          **Automerge**: Disabled by config. Please merge this manually once you are
          satisfied.\n\n\u267B **Rebasing**: Whenever PR becomes conflicted, or you
          tick the rebase/retry checkbox.\n\n\U0001F515 **Ignore**: Close this PR
          and you won't be reminded about this update again.\n\n---\n\n - [ ] <!--
          rebase-check -->If you want to rebase/retry this PR, check this box\n\n---\n\nThis
          PR was generated by [Mend Renovate](https://mend.io/renovate/). View the
          [repository job log](https://developer.mend.io/github/osism/cfg-cookiecutter).\n<!--renovate-debug:eyJjcmVhdGVkSW5WZXIiOiI0MS4yMy4yIiwidXBkYXRlZEluVmVyIjoiNDEuMjMuMiIsInRhcmdldEJyYW5jaCI6Im1haW4iLCJsYWJlbHMiOlsicmVub3ZhdGUiXX0=-->\n"
        change_url: https://github.com/osism/cfg-cookiecutter/pull/765
        commit_id: 374dc054a62444abf052317d5d19224d92813eef
        patchset: 374dc054a62444abf052317d5d19224d92813eef
        project:
          canonical_hostname: github.com
          canonical_name: github.com/osism/cfg-cookiecutter
          name: osism/cfg-cookiecutter
          short_name: cfg-cookiecutter
        src_dir: src/github.com/osism/cfg-cookiecutter
        topic: null
      change: '765'
      change_message: "chore(deps): update ghcr.io/astral-sh/uv docker tag to v0.8.0\n\nThis
        PR contains the following updates:\n\n| Package | Type | Update | Change |\n|---|---|---|---|\n|
        [ghcr.io/astral-sh/uv](https://redirect.github.com/astral-sh/uv) | final |
        minor | `0.7.20` -> `0.8.0` |\n\n---\n\n### Release Notes\n\n<details>\n<summary>astral-sh/uv
        (ghcr.io/astral-sh/uv)</summary>\n\n### [`v0.8.0`](https://redirect.github.com/astral-sh/uv/blob/HEAD/CHANGELOG.md#080)\n\n[Compare
        Source](https://redirect.github.com/astral-sh/uv/compare/0.7.22...0.8.0)\n\nSince
        we released uv [0.7.0](https://redirect.github.com/astral-sh/uv/releases/tag/0.5.0)
        in April, 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.\n\nThis release also
        includes the stabilization of a couple `uv python install` features, which
        have been available under preview since late last year.\n\n##### Breaking
        changes\n\n- **Install Python executables into a directory on the `PATH` ([#&#8203;14626](https://redirect.github.com/astral-sh/uv/pull/14626))**\n\n
        \ `uv python install` now installs a versioned Python executable (e.g., `python3.13`)
        into a directory on the `PATH` (e.g., `~/.local/bin`) by default. This behavior
        has been available under the `--preview` flag since [Oct 2024](https://redirect.github.com/astral-sh/uv/pull/8458).
        This change should not be breaking unless it shadows a Python executable elsewhere
        on the `PATH`.\n\n  To install unversioned executables, i.e., `python3` and
        `python`, use the `--default` flag. The `--default` flag has also been in
        preview, but is not stabilized in this release.\n\n  Note that these executables
        point to the base Python installation and only include the standard library.
        That means they will not include dependencies from your current project (use
        `uv run python` instead) and you cannot install packages into their environment
        (use `uvx --with <package> python` instead).\n\n  As with tool installation,
        the target directory respects common variables like `XDG_BIN_HOME` and can
        be overridden with a `UV_PYTHON_BIN_DIR` variable.\n\n  You can opt out of
        this behavior with `uv python install --no-bin` or `UV_PYTHON_INSTALL_BIN=0`.\n\n
        \ See the [documentation on installing Python executables](https://docs.astral.sh/uv/concepts/python-versions/#installing-python-executables)
        for more details.\n\n- **Register Python versions with the Windows registry
        ([#&#8203;14625](https://redirect.github.com/astral-sh/uv/pull/14625))**\n\n
        \ `uv python install` now registers the installed Python version with the
        Windows Registry as specified by [PEP 514](https://peps.python.org/pep-0514/).
        This allows using uv installed Python versions via the `py` launcher. This
        behavior has been available under the `--preview` flag since [Jan 2025](https://redirect.github.com/astral-sh/uv/pull/10634).
        This change should not be breaking, as using the uv Python versions with `py`
        requires explicit opt in.\n\n  You can opt out of this behavior with `uv python
        install --no-registry` or `UV_PYTHON_INSTALL_REGISTRY=0`.\n\n- **Prompt before
        removing an existing directory in `uv venv` ([#&#8203;14309](https://redirect.github.com/astral-sh/uv/pull/14309))**\n\n
        \ Previously, `uv venv` would remove an existing virtual environment without
        confirmation. While this is consistent with the behavior of project commands
        (e.g., `uv sync`), it's surprising to users that are using imperative workflows
        (i.e., `uv pip`). Now, `uv venv` will prompt for confirmation before removing
        an existing virtual environment. **If not in an interactive context, uv will
        still remove the virtual environment for backwards compatibility. However,
        this behavior is likely to change in a future release.**\n\n  The behavior
        for other commands (e.g., `uv sync`) is unchanged.\n\n  You can opt out of
        this behavior by setting `UV_VENV_CLEAR=1` or passing the `--clear` flag.\n\n-
        **Validate that discovered interpreters meet the Python preference ([#&#8203;7934](https://redirect.github.com/astral-sh/uv/pull/7934))**\n\n
        \ uv allows opting out of its managed Python versions with the `--no-managed-python`
        and `python-preference` options.\n\n  Previously, uv would not enforce this
        option for Python interpreters discovered on the `PATH`. For example, if a
        symlink to a managed Python interpreter was created, uv would allow it to
        be used even if `--no-managed-python` was provided. Now, uv ignores Python
        interpreters that do not match the Python preference *unless* they are in
        an active virtual environment or are explicitly requested, e.g., with `--python
        /path/to/python3.13`.\n\n  Similarly, uv would previously not invalidate existing
        project environments if they did not match the Python preference. Now, uv
        will invalidate and recreate project environments when the Python preference
        changes.\n\n  You can opt out of this behavior by providing the explicit path
        to the Python interpreter providing `--managed-python` / `--no-managed-python`
        matching the interpreter you want.\n\n- **Install dependencies without build
        systems when they are `path` sources ([#&#8203;14413](https://redirect.github.com/astral-sh/uv/pull/14413))**\n\n
        \ When working on a project, uv uses the [presence of a build system](https://docs.astral.sh/uv/concepts/projects/config/#build-systems)
        to determine if it should be built and installed into the environment. However,
        when a project is a dependency of another project, it can be surprising for
        the dependency to be missing from the environment.\n\n  Previously, uv would
        not build and install dependencies with [`path` sources](https://docs.astral.sh/uv/concepts/projects/dependencies/#path)
        unless they declared a build system or set `tool.uv.package = true`. Now,
        dependencies with `path` sources are built and installed regardless of the
        presence of a build system. If a build system is not present, the `setuptools.build_meta:__legacy__
        ` backend will be used (per [PEP 517](https://peps.python.org/pep-0517/#source-trees)).\n\n
        \ You can opt out of this behavior by setting `package = false` in the source
        declaration, e.g.:\n\n  ```toml\n  [tool.uv.sources]\n  foo = { path = \"./foo\",
        package = false }\n  ```\n\n  Or, by setting `tool.uv.package = false` in
        the dependent `pyproject.toml`.\n\n  See the documentation on [virtual dependencies](https://docs.astral.sh/uv/concepts/projects/dependencies/#virtual-dependencies)
        for details.\n\n- **Install dependencies without build systems when they are
        workspace members ([#&#8203;14663](https://redirect.github.com/astral-sh/uv/pull/14663))**\n\n
        \ As described above for dependencies with `path` sources, uv previously would
        not build and install workspace members that did not declare a build system.
        Now, uv will build and install workspace members that are a dependency of
        *another* workspace member regardless of the presence of a build system. The
        behavior is unchanged for workspace members that are not included in the `project.dependencies`,
        `project.optional-dependencies`, or `dependency-groups` tables of another
        workspace member.\n\n  You can opt out of this behavior by setting `tool.uv.package
        = false` in the workspace member's `pyproject.toml`.\n\n  See the documentation
        on [virtual dependencies](https://docs.astral.sh/uv/concepts/projects/dependencies/#virtual-dependencies)
        for details.\n\n- **Bump `--python-platform linux` to `manylinux_2_28` ([#&#8203;14300](https://redirect.github.com/astral-sh/uv/pull/14300))**\n\n
        \ uv allows performing [platform-specific resolution](https://docs.astral.sh/uv/concepts/resolution/#platform-specific-resolution)
        for explicit targets and provides short aliases, e.g., `linux`, for common
        targets.\n\n  Previously, the default target for `--python-platform linux`
        was `manylinux_2_17`, which is compatible with most Linux distributions from
        2014 or newer. We now default to `manylinux_2_28`, which is compatible with
        most Linux distributions from 2019 or newer.  This change follows the lead
        of other tools, such as `cibuildwheel`, which changed their default to `manylinux_2_28`
        in [Mar 2025](https://redirect.github.com/pypa/cibuildwheel/pull/2330).\n\n
        \ This change only affects users requesting a specific target platform. Otherwise,
        uv detects the `manylinux` target from your local glibc version.\n\n  You
        can opt out of this behavior by using `--python-platform x86_64-manylinux_2_17`
        instead.\n\n- **Remove `uv version` fallback ([#&#8203;14161](https://redirect.github.com/astral-sh/uv/pull/14161))**\n\n
        \ In [Apr 2025](https://redirect.github.com/astral-sh/uv/pull/12349), uv changed
        the `uv version` command to an interface for viewing and updating the version
        of the current project. However, when outside a project, `uv version` would
        continue to display uv's version for backwards compatibility. Now, when used
        outside of a project, `uv version` will fail.\n\n  You cannot opt out of this
        behavior. Use `uv self version` instead.\n\n- **Require `--global` for removal
        of the global Python pin ([#&#8203;14169](https://redirect.github.com/astral-sh/uv/pull/14169))**\n\n
        \ Previously, `uv python pin --rm` would allow you to remove the global Python
        pin without opt in. Now, uv requires the `--global` flag to remove the global
        Python pin.\n\n  You cannot opt out of this behavior. Use the `--global` flag
        instead.\n\n- **Support conflicting editable settings across groups ([#&#8203;14197](https://redirect.github.com/astral-sh/uv/pull/14197))**\n\n
        \ Previously, uv would always treat a package as editable if any requirement
        requested it as editable. However, this prevented users from declaring `path`
        sources that toggled the `editable` setting across dependency groups. Now,
        uv allows declaring different `editable` values for conflicting groups. However,
        if a project includes a path dependency twice, once with `editable = true`
        and once without any editable annotation, those are now considered conflicting,
        and uv will exit with an error.\n\n  You cannot opt out of this behavior.
        Use consistent `editable` settings or [mark groups as conflicting](https://docs.astral.sh/uv/concepts/projects/config/#conflicting-dependencies).\n\n-
        **Make `uv_build` the default build backend in `uv init` ([#&#8203;14661](https://redirect.github.com/astral-sh/uv/pull/14661))**\n\n
        \ The uv build backend (`uv_build`) was [stabilized in uv 0.7.19](https://redirect.github.com/astral-sh/uv/releases/tag/0.7.19).
        Now, it is the default build backend for `uv init --package` and `uv init
        --lib`. Previously, `hatchling` was the default build backend. A build backend
        is still not used without opt-in in `uv init`, but we expect to change this
        in a future release.\n\n  You can opt out of this behavior with `uv init --build-backend
        hatchling`.\n\n- **Set default `UV_TOOL_BIN_DIR` on Docker images ([#&#8203;13391](https://redirect.github.com/astral-sh/uv/pull/13391))**\n\n
        \ Previously, `UV_TOOL_BIN_DIR` was not set in Docker images which meant that
        `uv tool install` did not install tools into a directory on the `PATH` without
        additional configuration. Now, `UV_TOOL_BIN_DIR` is set to `/usr/local/bin`
        in all Docker derived images.\n\n  When the default image user is overridden
        (e.g. `USER <UID>`) with a less privileged user, this may cause `uv tool install`
        to fail.\n\n  You can opt out of this behavior by setting an alternative `UV_TOOL_BIN_DIR`.\n\n-
        **Update `--check` to return an exit code of 1 ([#&#8203;14167](https://redirect.github.com/astral-sh/uv/pull/14167))**\n\n
        \ uv uses an exit code of 1 to indicate a \"successful failure\" and an exit
        code of 2 to indicate an \"error\".\n\n  Previously, `uv lock --check` and
        `uv sync --check` would exit with a code of 2 when the lockfile or environment
        were outdated. Now, uv will exit with a code of 1.\n\n  You cannot opt out
        of this behavior.\n\n- **Use an ephemeral environment for `uv run --with`
        invocations ([#&#8203;14447](https://redirect.github.com/astral-sh/uv/pull/14447))**\n\n
        \ When using `uv run --with`, uv layers the requirements requested using `--with`
        into another virtual environment and caches it. Previously, uv would invoke
        the Python interpreter in this layered environment. However, this allows poisoning
        the cached environment and introduces race conditions for concurrent invocations.
        Now, uv will layer *another* empty virtual environment on top of the cached
        environment and invoke the Python interpreter there. This should only cause
        breakage in cases where the environment is being inspected at runtime.\n\n
        \ You cannot opt out of this behavior.\n\n- **Restructure the `uv venv` command
        output and exit codes ([#&#8203;14546](https://redirect.github.com/astral-sh/uv/pull/14546))**\n\n
        \ Previously, uv used `miette` to format the `uv venv` output. However, this
        was inconsistent with most of the uv CLI. Now, the output is a little different
        and the exit code has switched from 1 to 2 for some error cases.\n\n  You
        cannot opt out of this behavior.\n\n- **Default to `--workspace` when adding
        subdirectories ([#&#8203;14529](https://redirect.github.com/astral-sh/uv/pull/14529))**\n\n
        \ When using `uv add` to add a subdirectory in a workspace, uv now defaults
        to adding the target as a workspace member.\n\n  You can opt out of this behavior
        by providing `--no-workspace`.\n\n- **Add missing validations for disallowed
        `uv.toml` fields ([#&#8203;14322](https://redirect.github.com/astral-sh/uv/pull/14322))**\n\n
        \ uv does not allow some settings in the `uv.toml`. Previously, some settings
        were silently ignored when present in the `uv.toml`. Now, uv will error.\n\n
        \ You cannot opt out of this behavior. Use `--no-config` or remove the invalid
        settings.\n\n##### Configuration\n\n- Add support for toggling Python bin
        and registry install options via env vars ([#&#8203;14662](https://redirect.github.com/astral-sh/uv/pull/14662))\n\n###
        [`v0.7.22`](https://redirect.github.com/astral-sh/uv/blob/HEAD/CHANGELOG.md#0722)\n\n[Compare
        Source](https://redirect.github.com/astral-sh/uv/compare/0.7.21...0.7.22)\n\n#####
        Python\n\n- Upgrade GraalPy to 24.2.2\n\nSee the [GraalPy release notes](https://redirect.github.com/oracle/graalpython/releases/tag/graal-24.2.2)
        for more details.\n\n##### Configuration\n\n- Add `UV_COMPILE_BYTECODE_TIMEOUT`
        environment variable ([#&#8203;14369](https://redirect.github.com/astral-sh/uv/pull/14369))\n-
        Allow users to override index `cache-control` headers ([#&#8203;14620](https://redirect.github.com/astral-sh/uv/pull/14620))\n-
        Add `UV_LIBC` to override libc selection in multi-libc environment ([#&#8203;14646](https://redirect.github.com/astral-sh/uv/pull/14646))\n\n#####
        Bug fixes\n\n- Fix `--all-arches` when paired with `--only-downloads` ([#&#8203;14629](https://redirect.github.com/astral-sh/uv/pull/14629))\n-
        Skip Windows Python interpreters that return a broken MSIX package code ([#&#8203;14636](https://redirect.github.com/astral-sh/uv/pull/14636))\n-
        Warn on invalid `uv.toml` when provided via direct path ([#&#8203;14653](https://redirect.github.com/astral-sh/uv/pull/14653))\n-
        Improve async signal safety in Windows exception handler ([#&#8203;14619](https://redirect.github.com/astral-sh/uv/pull/14619))\n\n#####
        Documentation\n\n- Mention the `revision` in the lockfile versioning doc ([#&#8203;14634](https://redirect.github.com/astral-sh/uv/pull/14634))\n-
        Move \"Conflicting dependencies\" to the \"Resolution\" page ([#&#8203;14633](https://redirect.github.com/astral-sh/uv/pull/14633))\n-
        Rename \"Dependency specifiers\" section to exclude PEP 508 reference ([#&#8203;14631](https://redirect.github.com/astral-sh/uv/pull/14631))\n-
        Suggest `uv cache clean` prior to `--reinstall` ([#&#8203;14659](https://redirect.github.com/astral-sh/uv/pull/14659))\n\n#####
        Preview features\n\n- Make preview Python registration on Windows non-fatal
        ([#&#8203;14614](https://redirect.github.com/astral-sh/uv/pull/14614))\n-
        Update preview installation of Python executables to be non-fatal ([#&#8203;14612](https://redirect.github.com/astral-sh/uv/pull/14612))\n-
        Add `uv python update-shell` ([#&#8203;14627](https://redirect.github.com/astral-sh/uv/pull/14627))\n\n###
        [`v0.7.21`](https://redirect.github.com/astral-sh/uv/blob/HEAD/CHANGELOG.md#0721)\n\n[Compare
        Source](https://redirect.github.com/astral-sh/uv/compare/0.7.20...0.7.21)\n\n#####
        Python\n\n- Restore the SQLite `fts4`, `fts5`, `rtree`, and `geopoly` extensions
        on macOS and Linux\n\nSee the\n[`python-build-standalone` release notes](https://redirect.github.com/astral-sh/python-build-standalone/releases/tag/20250712)\nfor
        more details.\n\n##### Enhancements\n\n- Add `--python-platform` to `uv sync`
        ([#&#8203;14320](https://redirect.github.com/astral-sh/uv/pull/14320))\n-
        Support pre-releases in `uv version --bump` ([#&#8203;13578](https://redirect.github.com/astral-sh/uv/pull/13578))\n-
        Add `-w` shorthand for `--with` ([#&#8203;14530](https://redirect.github.com/astral-sh/uv/pull/14530))\n-
        Add an exception handler on Windows to display information on crash ([#&#8203;14582](https://redirect.github.com/astral-sh/uv/pull/14582))\n-
        Add hint when Python downloads are disabled ([#&#8203;14522](https://redirect.github.com/astral-sh/uv/pull/14522))\n-
        Add `UV_HTTP_RETRIES` to customize retry counts ([#&#8203;14544](https://redirect.github.com/astral-sh/uv/pull/14544))\n-
        Follow leaf symlinks matched by globs in `cache-key` ([#&#8203;13438](https://redirect.github.com/astral-sh/uv/pull/13438))\n-
        Support parent path components (`..`) in globs in `cache-key` ([#&#8203;13469](https://redirect.github.com/astral-sh/uv/pull/13469))\n-
        Improve `cache-key` performance ([#&#8203;13469](https://redirect.github.com/astral-sh/uv/pull/13469))\n\n#####
        Preview features\n\n- Add `uv sync --output-format json` ([#&#8203;13689](https://redirect.github.com/astral-sh/uv/pull/13689))\n\n#####
        Bug fixes\n\n- Do not re-resolve with a new Python version in `uv tool` if
        it is incompatible with `--python` ([#&#8203;14606](https://redirect.github.com/astral-sh/uv/pull/14606))\n\n#####
        Documentation\n\n- Document how to nest dependency groups with `include-group`
        ([#&#8203;14539](https://redirect.github.com/astral-sh/uv/pull/14539))\n-
        Fix repeated word in Pyodide doc ([#&#8203;14554](https://redirect.github.com/astral-sh/uv/pull/14554))\n-
        Update CONTRIBUTING.md with instructions to format Markdown files via Docker
        ([#&#8203;14246](https://redirect.github.com/astral-sh/uv/pull/14246))\n-
        Fix version number for `setup-python` ([#&#8203;14533](https://redirect.github.com/astral-sh/uv/pull/14533))\n\n</details>\n\n---\n\n###
        Configuration\n\n\U0001F4C5 **Schedule**: Branch creation - At any time (no
        schedule defined), Automerge - At any time (no schedule defined).\n\n\U0001F6A6
        **Automerge**: Disabled by config. Please merge this manually once you are
        satisfied.\n\n\u267B **Rebasing**: Whenever PR becomes conflicted, or you
        tick the rebase/retry checkbox.\n\n\U0001F515 **Ignore**: Close this PR and
        you won't be reminded about this update again.\n\n---\n\n - [ ] <!-- rebase-check
        -->If you want to rebase/retry this PR, check this box\n\n---\n\nThis PR was
        generated by [Mend Renovate](https://mend.io/renovate/). View the [repository
        job log](https://developer.mend.io/github/osism/cfg-cookiecutter).\n<!--renovate-debug:eyJjcmVhdGVkSW5WZXIiOiI0MS4yMy4yIiwidXBkYXRlZEluVmVyIjoiNDEuMjMuMiIsInRhcmdldEJyYW5jaCI6Im1haW4iLCJsYWJlbHMiOlsicmVub3ZhdGUiXX0=-->\n"
      change_url: https://github.com/osism/cfg-cookiecutter/pull/765
      child_jobs: []
      commit_id: 374dc054a62444abf052317d5d19224d92813eef
      event_id: 53c07190-6380-11f0-84e1-c5d238296f60
      executor:
        hostname: 521e9411259a
        inventory_file: /var/lib/zuul/builds/6318972aceb94bf6967b49c294e253d2/ansible/inventory.yaml
        log_root: /var/lib/zuul/builds/6318972aceb94bf6967b49c294e253d2/work/logs
        result_data_file: /var/lib/zuul/builds/6318972aceb94bf6967b49c294e253d2/work/results.json
        src_root: /var/lib/zuul/builds/6318972aceb94bf6967b49c294e253d2/work/src
        work_root: /var/lib/zuul/builds/6318972aceb94bf6967b49c294e253d2/work
      include_vars: []
      items:
      - branch: main
        change: '765'
        change_message: "chore(deps): update ghcr.io/astral-sh/uv docker tag to v0.8.0\n\nThis
          PR contains the following updates:\n\n| Package | Type | Update | Change
          |\n|---|---|---|---|\n| [ghcr.io/astral-sh/uv](https://redirect.github.com/astral-sh/uv)
          | final | minor | `0.7.20` -> `0.8.0` |\n\n---\n\n### Release Notes\n\n<details>\n<summary>astral-sh/uv
          (ghcr.io/astral-sh/uv)</summary>\n\n### [`v0.8.0`](https://redirect.github.com/astral-sh/uv/blob/HEAD/CHANGELOG.md#080)\n\n[Compare
          Source](https://redirect.github.com/astral-sh/uv/compare/0.7.22...0.8.0)\n\nSince
          we released uv [0.7.0](https://redirect.github.com/astral-sh/uv/releases/tag/0.5.0)
          in April, 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.\n\nThis
          release also includes the stabilization of a couple `uv python install`
          features, which have been available under preview since late last year.\n\n#####
          Breaking changes\n\n- **Install Python executables into a directory on the
          `PATH` ([#&#8203;14626](https://redirect.github.com/astral-sh/uv/pull/14626))**\n\n
          \ `uv python install` now installs a versioned Python executable (e.g.,
          `python3.13`) into a directory on the `PATH` (e.g., `~/.local/bin`) by default.
          This behavior has been available under the `--preview` flag since [Oct 2024](https://redirect.github.com/astral-sh/uv/pull/8458).
          This change should not be breaking unless it shadows a Python executable
          elsewhere on the `PATH`.\n\n  To install unversioned executables, i.e.,
          `python3` and `python`, use the `--default` flag. The `--default` flag has
          also been in preview, but is not stabilized in this release.\n\n  Note that
          these executables point to the base Python installation and only include
          the standard library. That means they will not include dependencies from
          your current project (use `uv run python` instead) and you cannot install
          packages into their environment (use `uvx --with <package> python` instead).\n\n
          \ As with tool installation, the target directory respects common variables
          like `XDG_BIN_HOME` and can be overridden with a `UV_PYTHON_BIN_DIR` variable.\n\n
          \ You can opt out of this behavior with `uv python install --no-bin` or
          `UV_PYTHON_INSTALL_BIN=0`.\n\n  See the [documentation on installing Python
          executables](https://docs.astral.sh/uv/concepts/python-versions/#installing-python-executables)
          for more details.\n\n- **Register Python versions with the Windows registry
          ([#&#8203;14625](https://redirect.github.com/astral-sh/uv/pull/14625))**\n\n
          \ `uv python install` now registers the installed Python version with the
          Windows Registry as specified by [PEP 514](https://peps.python.org/pep-0514/).
          This allows using uv installed Python versions via the `py` launcher. This
          behavior has been available under the `--preview` flag since [Jan 2025](https://redirect.github.com/astral-sh/uv/pull/10634).
          This change should not be breaking, as using the uv Python versions with
          `py` requires explicit opt in.\n\n  You can opt out of this behavior with
          `uv python install --no-registry` or `UV_PYTHON_INSTALL_REGISTRY=0`.\n\n-
          **Prompt before removing an existing directory in `uv venv` ([#&#8203;14309](https://redirect.github.com/astral-sh/uv/pull/14309))**\n\n
          \ Previously, `uv venv` would remove an existing virtual environment without
          confirmation. While this is consistent with the behavior of project commands
          (e.g., `uv sync`), it's surprising to users that are using imperative workflows
          (i.e., `uv pip`). Now, `uv venv` will prompt for confirmation before removing
          an existing virtual environment. **If not in an interactive context, uv
          will still remove the virtual environment for backwards compatibility. However,
          this behavior is likely to change in a future release.**\n\n  The behavior
          for other commands (e.g., `uv sync`) is unchanged.\n\n  You can opt out
          of this behavior by setting `UV_VENV_CLEAR=1` or passing the `--clear` flag.\n\n-
          **Validate that discovered interpreters meet the Python preference ([#&#8203;7934](https://redirect.github.com/astral-sh/uv/pull/7934))**\n\n
          \ uv allows opting out of its managed Python versions with the `--no-managed-python`
          and `python-preference` options.\n\n  Previously, uv would not enforce this
          option for Python interpreters discovered on the `PATH`. For example, if
          a symlink to a managed Python interpreter was created, uv would allow it
          to be used even if `--no-managed-python` was provided. Now, uv ignores Python
          interpreters that do not match the Python preference *unless* they are in
          an active virtual environment or are explicitly requested, e.g., with `--python
          /path/to/python3.13`.\n\n  Similarly, uv would previously not invalidate
          existing project environments if they did not match the Python preference.
          Now, uv will invalidate and recreate project environments when the Python
          preference changes.\n\n  You can opt out of this behavior by providing the
          explicit path to the Python interpreter providing `--managed-python` / `--no-managed-python`
          matching the interpreter you want.\n\n- **Install dependencies without build
          systems when they are `path` sources ([#&#8203;14413](https://redirect.github.com/astral-sh/uv/pull/14413))**\n\n
          \ When working on a project, uv uses the [presence of a build system](https://docs.astral.sh/uv/concepts/projects/config/#build-systems)
          to determine if it should be built and installed into the environment. However,
          when a project is a dependency of another project, it can be surprising
          for the dependency to be missing from the environment.\n\n  Previously,
          uv would not build and install dependencies with [`path` sources](https://docs.astral.sh/uv/concepts/projects/dependencies/#path)
          unless they declared a build system or set `tool.uv.package = true`. Now,
          dependencies with `path` sources are built and installed regardless of the
          presence of a build system. If a build system is not present, the `setuptools.build_meta:__legacy__
          ` backend will be used (per [PEP 517](https://peps.python.org/pep-0517/#source-trees)).\n\n
          \ You can opt out of this behavior by setting `package = false` in the source
          declaration, e.g.:\n\n  ```toml\n  [tool.uv.sources]\n  foo = { path = \"./foo\",
          package = false }\n  ```\n\n  Or, by setting `tool.uv.package = false` in
          the dependent `pyproject.toml`.\n\n  See the documentation on [virtual dependencies](https://docs.astral.sh/uv/concepts/projects/dependencies/#virtual-dependencies)
          for details.\n\n- **Install dependencies without build systems when they
          are workspace members ([#&#8203;14663](https://redirect.github.com/astral-sh/uv/pull/14663))**\n\n
          \ As described above for dependencies with `path` sources, uv previously
          would not build and install workspace members that did not declare a build
          system. Now, uv will build and install workspace members that are a dependency
          of *another* workspace member regardless of the presence of a build system.
          The behavior is unchanged for workspace members that are not included in
          the `project.dependencies`, `project.optional-dependencies`, or `dependency-groups`
          tables of another workspace member.\n\n  You can opt out of this behavior
          by setting `tool.uv.package = false` in the workspace member's `pyproject.toml`.\n\n
          \ See the documentation on [virtual dependencies](https://docs.astral.sh/uv/concepts/projects/dependencies/#virtual-dependencies)
          for details.\n\n- **Bump `--python-platform linux` to `manylinux_2_28` ([#&#8203;14300](https://redirect.github.com/astral-sh/uv/pull/14300))**\n\n
          \ uv allows performing [platform-specific resolution](https://docs.astral.sh/uv/concepts/resolution/#platform-specific-resolution)
          for explicit targets and provides short aliases, e.g., `linux`, for common
          targets.\n\n  Previously, the default target for `--python-platform linux`
          was `manylinux_2_17`, which is compatible with most Linux distributions
          from 2014 or newer. We now default to `manylinux_2_28`, which is compatible
          with most Linux distributions from 2019 or newer.  This change follows the
          lead of other tools, such as `cibuildwheel`, which changed their default
          to `manylinux_2_28` in [Mar 2025](https://redirect.github.com/pypa/cibuildwheel/pull/2330).\n\n
          \ This change only affects users requesting a specific target platform.
          Otherwise, uv detects the `manylinux` target from your local glibc version.\n\n
          \ You can opt out of this behavior by using `--python-platform x86_64-manylinux_2_17`
          instead.\n\n- **Remove `uv version` fallback ([#&#8203;14161](https://redirect.github.com/astral-sh/uv/pull/14161))**\n\n
          \ In [Apr 2025](https://redirect.github.com/astral-sh/uv/pull/12349), uv
          changed the `uv version` command to an interface for viewing and updating
          the version of the current project. However, when outside a project, `uv
          version` would continue to display uv's version for backwards compatibility.
          Now, when used outside of a project, `uv version` will fail.\n\n  You cannot
          opt out of this behavior. Use `uv self version` instead.\n\n- **Require
          `--global` for removal of the global Python pin ([#&#8203;14169](https://redirect.github.com/astral-sh/uv/pull/14169))**\n\n
          \ Previously, `uv python pin --rm` would allow you to remove the global
          Python pin without opt in. Now, uv requires the `--global` flag to remove
          the global Python pin.\n\n  You cannot opt out of this behavior. Use the
          `--global` flag instead.\n\n- **Support conflicting editable settings across
          groups ([#&#8203;14197](https://redirect.github.com/astral-sh/uv/pull/14197))**\n\n
          \ Previously, uv would always treat a package as editable if any requirement
          requested it as editable. However, this prevented users from declaring `path`
          sources that toggled the `editable` setting across dependency groups. Now,
          uv allows declaring different `editable` values for conflicting groups.
          However, if a project includes a path dependency twice, once with `editable
          = true` and once without any editable annotation, those are now considered
          conflicting, and uv will exit with an error.\n\n  You cannot opt out of
          this behavior. Use consistent `editable` settings or [mark groups as conflicting](https://docs.astral.sh/uv/concepts/projects/config/#conflicting-dependencies).\n\n-
          **Make `uv_build` the default build backend in `uv init` ([#&#8203;14661](https://redirect.github.com/astral-sh/uv/pull/14661))**\n\n
          \ The uv build backend (`uv_build`) was [stabilized in uv 0.7.19](https://redirect.github.com/astral-sh/uv/releases/tag/0.7.19).
          Now, it is the default build backend for `uv init --package` and `uv init
          --lib`. Previously, `hatchling` was the default build backend. A build backend
          is still not used without opt-in in `uv init`, but we expect to change this
          in a future release.\n\n  You can opt out of this behavior with `uv init
          --build-backend hatchling`.\n\n- **Set default `UV_TOOL_BIN_DIR` on Docker
          images ([#&#8203;13391](https://redirect.github.com/astral-sh/uv/pull/13391))**\n\n
          \ Previously, `UV_TOOL_BIN_DIR` was not set in Docker images which meant
          that `uv tool install` did not install tools into a directory on the `PATH`
          without additional configuration. Now, `UV_TOOL_BIN_DIR` is set to `/usr/local/bin`
          in all Docker derived images.\n\n  When the default image user is overridden
          (e.g. `USER <UID>`) with a less privileged user, this may cause `uv tool
          install` to fail.\n\n  You can opt out of this behavior by setting an alternative
          `UV_TOOL_BIN_DIR`.\n\n- **Update `--check` to return an exit code of 1 ([#&#8203;14167](https://redirect.github.com/astral-sh/uv/pull/14167))**\n\n
          \ uv uses an exit code of 1 to indicate a \"successful failure\" and an
          exit code of 2 to indicate an \"error\".\n\n  Previously, `uv lock --check`
          and `uv sync --check` would exit with a code of 2 when the lockfile or environment
          were outdated. Now, uv will exit with a code of 1.\n\n  You cannot opt out
          of this behavior.\n\n- **Use an ephemeral environment for `uv run --with`
          invocations ([#&#8203;14447](https://redirect.github.com/astral-sh/uv/pull/14447))**\n\n
          \ When using `uv run --with`, uv layers the requirements requested using
          `--with` into another virtual environment and caches it. Previously, uv
          would invoke the Python interpreter in this layered environment. However,
          this allows poisoning the cached environment and introduces race conditions
          for concurrent invocations. Now, uv will layer *another* empty virtual environment
          on top of the cached environment and invoke the Python interpreter there.
          This should only cause breakage in cases where the environment is being
          inspected at runtime.\n\n  You cannot opt out of this behavior.\n\n- **Restructure
          the `uv venv` command output and exit codes ([#&#8203;14546](https://redirect.github.com/astral-sh/uv/pull/14546))**\n\n
          \ Previously, uv used `miette` to format the `uv venv` output. However,
          this was inconsistent with most of the uv CLI. Now, the output is a little
          different and the exit code has switched from 1 to 2 for some error cases.\n\n
          \ You cannot opt out of this behavior.\n\n- **Default to `--workspace` when
          adding subdirectories ([#&#8203;14529](https://redirect.github.com/astral-sh/uv/pull/14529))**\n\n
          \ When using `uv add` to add a subdirectory in a workspace, uv now defaults
          to adding the target as a workspace member.\n\n  You can opt out of this
          behavior by providing `--no-workspace`.\n\n- **Add missing validations for
          disallowed `uv.toml` fields ([#&#8203;14322](https://redirect.github.com/astral-sh/uv/pull/14322))**\n\n
          \ uv does not allow some settings in the `uv.toml`. Previously, some settings
          were silently ignored when present in the `uv.toml`. Now, uv will error.\n\n
          \ You cannot opt out of this behavior. Use `--no-config` or remove the invalid
          settings.\n\n##### Configuration\n\n- Add support for toggling Python bin
          and registry install options via env vars ([#&#8203;14662](https://redirect.github.com/astral-sh/uv/pull/14662))\n\n###
          [`v0.7.22`](https://redirect.github.com/astral-sh/uv/blob/HEAD/CHANGELOG.md#0722)\n\n[Compare
          Source](https://redirect.github.com/astral-sh/uv/compare/0.7.21...0.7.22)\n\n#####
          Python\n\n- Upgrade GraalPy to 24.2.2\n\nSee the [GraalPy release notes](https://redirect.github.com/oracle/graalpython/releases/tag/graal-24.2.2)
          for more details.\n\n##### Configuration\n\n- Add `UV_COMPILE_BYTECODE_TIMEOUT`
          environment variable ([#&#8203;14369](https://redirect.github.com/astral-sh/uv/pull/14369))\n-
          Allow users to override index `cache-control` headers ([#&#8203;14620](https://redirect.github.com/astral-sh/uv/pull/14620))\n-
          Add `UV_LIBC` to override libc selection in multi-libc environment ([#&#8203;14646](https://redirect.github.com/astral-sh/uv/pull/14646))\n\n#####
          Bug fixes\n\n- Fix `--all-arches` when paired with `--only-downloads` ([#&#8203;14629](https://redirect.github.com/astral-sh/uv/pull/14629))\n-
          Skip Windows Python interpreters that return a broken MSIX package code
          ([#&#8203;14636](https://redirect.github.com/astral-sh/uv/pull/14636))\n-
          Warn on invalid `uv.toml` when provided via direct path ([#&#8203;14653](https://redirect.github.com/astral-sh/uv/pull/14653))\n-
          Improve async signal safety in Windows exception handler ([#&#8203;14619](https://redirect.github.com/astral-sh/uv/pull/14619))\n\n#####
          Documentation\n\n- Mention the `revision` in the lockfile versioning doc
          ([#&#8203;14634](https://redirect.github.com/astral-sh/uv/pull/14634))\n-
          Move \"Conflicting dependencies\" to the \"Resolution\" page ([#&#8203;14633](https://redirect.github.com/astral-sh/uv/pull/14633))\n-
          Rename \"Dependency specifiers\" section to exclude PEP 508 reference ([#&#8203;14631](https://redirect.github.com/astral-sh/uv/pull/14631))\n-
          Suggest `uv cache clean` prior to `--reinstall` ([#&#8203;14659](https://redirect.github.com/astral-sh/uv/pull/14659))\n\n#####
          Preview features\n\n- Make preview Python registration on Windows non-fatal
          ([#&#8203;14614](https://redirect.github.com/astral-sh/uv/pull/14614))\n-
          Update preview installation of Python executables to be non-fatal ([#&#8203;14612](https://redirect.github.com/astral-sh/uv/pull/14612))\n-
          Add `uv python update-shell` ([#&#8203;14627](https://redirect.github.com/astral-sh/uv/pull/14627))\n\n###
          [`v0.7.21`](https://redirect.github.com/astral-sh/uv/blob/HEAD/CHANGELOG.md#0721)\n\n[Compare
          Source](https://redirect.github.com/astral-sh/uv/compare/0.7.20...0.7.21)\n\n#####
          Python\n\n- Restore the SQLite `fts4`, `fts5`, `rtree`, and `geopoly` extensions
          on macOS and Linux\n\nSee the\n[`python-build-standalone` release notes](https://redirect.github.com/astral-sh/python-build-standalone/releases/tag/20250712)\nfor
          more details.\n\n##### Enhancements\n\n- Add `--python-platform` to `uv
          sync` ([#&#8203;14320](https://redirect.github.com/astral-sh/uv/pull/14320))\n-
          Support pre-releases in `uv version --bump` ([#&#8203;13578](https://redirect.github.com/astral-sh/uv/pull/13578))\n-
          Add `-w` shorthand for `--with` ([#&#8203;14530](https://redirect.github.com/astral-sh/uv/pull/14530))\n-
          Add an exception handler on Windows to display information on crash ([#&#8203;14582](https://redirect.github.com/astral-sh/uv/pull/14582))\n-
          Add hint when Python downloads are disabled ([#&#8203;14522](https://redirect.github.com/astral-sh/uv/pull/14522))\n-
          Add `UV_HTTP_RETRIES` to customize retry counts ([#&#8203;14544](https://redirect.github.com/astral-sh/uv/pull/14544))\n-
          Follow leaf symlinks matched by globs in `cache-key` ([#&#8203;13438](https://redirect.github.com/astral-sh/uv/pull/13438))\n-
          Support parent path components (`..`) in globs in `cache-key` ([#&#8203;13469](https://redirect.github.com/astral-sh/uv/pull/13469))\n-
          Improve `cache-key` performance ([#&#8203;13469](https://redirect.github.com/astral-sh/uv/pull/13469))\n\n#####
          Preview features\n\n- Add `uv sync --output-format json` ([#&#8203;13689](https://redirect.github.com/astral-sh/uv/pull/13689))\n\n#####
          Bug fixes\n\n- Do not re-resolve with a new Python version in `uv tool`
          if it is incompatible with `--python` ([#&#8203;14606](https://redirect.github.com/astral-sh/uv/pull/14606))\n\n#####
          Documentation\n\n- Document how to nest dependency groups with `include-group`
          ([#&#8203;14539](https://redirect.github.com/astral-sh/uv/pull/14539))\n-
          Fix repeated word in Pyodide doc ([#&#8203;14554](https://redirect.github.com/astral-sh/uv/pull/14554))\n-
          Update CONTRIBUTING.md with instructions to format Markdown files via Docker
          ([#&#8203;14246](https://redirect.github.com/astral-sh/uv/pull/14246))\n-
          Fix version number for `setup-python` ([#&#8203;14533](https://redirect.github.com/astral-sh/uv/pull/14533))\n\n</details>\n\n---\n\n###
          Configuration\n\n\U0001F4C5 **Schedule**: Branch creation - At any time
          (no schedule defined), Automerge - At any time (no schedule defined).\n\n\U0001F6A6
          **Automerge**: Disabled by config. Please merge this manually once you are
          satisfied.\n\n\u267B **Rebasing**: Whenever PR becomes conflicted, or you
          tick the rebase/retry checkbox.\n\n\U0001F515 **Ignore**: Close this PR
          and you won't be reminded about this update again.\n\n---\n\n - [ ] <!--
          rebase-check -->If you want to rebase/retry this PR, check this box\n\n---\n\nThis
          PR was generated by [Mend Renovate](https://mend.io/renovate/). View the
          [repository job log](https://developer.mend.io/github/osism/cfg-cookiecutter).\n<!--renovate-debug:eyJjcmVhdGVkSW5WZXIiOiI0MS4yMy4yIiwidXBkYXRlZEluVmVyIjoiNDEuMjMuMiIsInRhcmdldEJyYW5jaCI6Im1haW4iLCJsYWJlbHMiOlsicmVub3ZhdGUiXX0=-->\n"
        change_url: https://github.com/osism/cfg-cookiecutter/pull/765
        commit_id: 374dc054a62444abf052317d5d19224d92813eef
        patchset: 374dc054a62444abf052317d5d19224d92813eef
        project:
          canonical_hostname: github.com
          canonical_name: github.com/osism/cfg-cookiecutter
          name: osism/cfg-cookiecutter
          short_name: cfg-cookiecutter
          src_dir: src/github.com/osism/cfg-cookiecutter
        topic: null
      job: cfg-cookiecutter-tox-2023.2
      jobtags: []
      max_attempts: 3
      message: Y2hvcmUoZGVwcyk6IHVwZGF0ZSBnaGNyLmlvL2FzdHJhbC1zaC91diBkb2NrZXIgdGFnIHRvIHYwLjguMAoKVGhpcyBQUiBjb250YWlucyB0aGUgZm9sbG93aW5nIHVwZGF0ZXM6Cgp8IFBhY2thZ2UgfCBUeXBlIHwgVXBkYXRlIHwgQ2hhbmdlIHwKfC0tLXwtLS18LS0tfC0tLXwKfCBbZ2hjci5pby9hc3RyYWwtc2gvdXZdKGh0dHBzOi8vcmVkaXJlY3QuZ2l0aHViLmNvbS9hc3RyYWwtc2gvdXYpIHwgZmluYWwgfCBtaW5vciB8IGAwLjcuMjBgIC0+IGAwLjguMGAgfAoKLS0tCgojIyMgUmVsZWFzZSBOb3RlcwoKPGRldGFpbHM+CjxzdW1tYXJ5PmFzdHJhbC1zaC91diAoZ2hjci5pby9hc3RyYWwtc2gvdXYpPC9zdW1tYXJ5PgoKIyMjIFtgdjAuOC4wYF0oaHR0cHM6Ly9yZWRpcmVjdC5naXRodWIuY29tL2FzdHJhbC1zaC91di9ibG9iL0hFQUQvQ0hBTkdFTE9HLm1kIzA4MCkKCltDb21wYXJlIFNvdXJjZV0oaHR0cHM6Ly9yZWRpcmVjdC5naXRodWIuY29tL2FzdHJhbC1zaC91di9jb21wYXJlLzAuNy4yMi4uLjAuOC4wKQoKU2luY2Ugd2UgcmVsZWFzZWQgdXYgWzAuNy4wXShodHRwczovL3JlZGlyZWN0LmdpdGh1Yi5jb20vYXN0cmFsLXNoL3V2L3JlbGVhc2VzL3RhZy8wLjUuMCkgaW4gQXByaWwsIHdlJ3ZlIGFjY3VtdWxhdGVkIHZhcmlvdXMgY2hhbmdlcyB0aGF0IGltcHJvdmUgY29ycmVjdG5lc3MgYW5kIHVzZXIgZXhwZXJpZW5jZSwgYnV0IGNvdWxkIGJyZWFrIHNvbWUgd29ya2Zsb3dzLiBUaGlzIHJlbGVhc2UgY29udGFpbnMgdGhvc2UgY2hhbmdlczsgbWFueSBoYXZlIGJlZW4gbWFya2VkIGFzIGJyZWFraW5nIG91dCBvZiBhbiBhYnVuZGFuY2Ugb2YgY2F1dGlvbi4gV2UgZXhwZWN0IG1vc3QgdXNlcnMgdG8gYmUgYWJsZSB0byB1cGdyYWRlIHdpdGhvdXQgbWFraW5nIGNoYW5nZXMuCgpUaGlzIHJlbGVhc2UgYWxzbyBpbmNsdWRlcyB0aGUgc3RhYmlsaXphdGlvbiBvZiBhIGNvdXBsZSBgdXYgcHl0aG9uIGluc3RhbGxgIGZlYXR1cmVzLCB3aGljaCBoYXZlIGJlZW4gYXZhaWxhYmxlIHVuZGVyIHByZXZpZXcgc2luY2UgbGF0ZSBsYXN0IHllYXIuCgojIyMjIyBCcmVha2luZyBjaGFuZ2VzCgotICoqSW5zdGFsbCBQeXRob24gZXhlY3V0YWJsZXMgaW50byBhIGRpcmVjdG9yeSBvbiB0aGUgYFBBVEhgIChbIyYjODIwMzsxNDYyNl0oaHR0cHM6Ly9yZWRpcmVjdC5naXRodWIuY29tL2FzdHJhbC1zaC91di9wdWxsLzE0NjI2KSkqKgoKICBgdXYgcHl0aG9uIGluc3RhbGxgIG5vdyBpbnN0YWxscyBhIHZlcnNpb25lZCBQeXRob24gZXhlY3V0YWJsZSAoZS5nLiwgYHB5dGhvbjMuMTNgKSBpbnRvIGEgZGlyZWN0b3J5IG9uIHRoZSBgUEFUSGAgKGUuZy4sIGB+Ly5sb2NhbC9iaW5gKSBieSBkZWZhdWx0LiBUaGlzIGJlaGF2aW9yIGhhcyBiZWVuIGF2YWlsYWJsZSB1bmRlciB0aGUgYC0tcHJldmlld2AgZmxhZyBzaW5jZSBbT2N0IDIwMjRdKGh0dHBzOi8vcmVkaXJlY3QuZ2l0aHViLmNvbS9hc3RyYWwtc2gvdXYvcHVsbC84NDU4KS4gVGhpcyBjaGFuZ2Ugc2hvdWxkIG5vdCBiZSBicmVha2luZyB1bmxlc3MgaXQgc2hhZG93cyBhIFB5dGhvbiBleGVjdXRhYmxlIGVsc2V3aGVyZSBvbiB0aGUgYFBBVEhgLgoKICBUbyBpbnN0YWxsIHVudmVyc2lvbmVkIGV4ZWN1dGFibGVzLCBpLmUuLCBgcHl0aG9uM2AgYW5kIGBweXRob25gLCB1c2UgdGhlIGAtLWRlZmF1bHRgIGZsYWcuIFRoZSBgLS1kZWZhdWx0YCBmbGFnIGhhcyBhbHNvIGJlZW4gaW4gcHJldmlldywgYnV0IGlzIG5vdCBzdGFiaWxpemVkIGluIHRoaXMgcmVsZWFzZS4KCiAgTm90ZSB0aGF0IHRoZXNlIGV4ZWN1dGFibGVzIHBvaW50IHRvIHRoZSBiYXNlIFB5dGhvbiBpbnN0YWxsYXRpb24gYW5kIG9ubHkgaW5jbHVkZSB0aGUgc3RhbmRhcmQgbGlicmFyeS4gVGhhdCBtZWFucyB0aGV5IHdpbGwgbm90IGluY2x1ZGUgZGVwZW5kZW5jaWVzIGZyb20geW91ciBjdXJyZW50IHByb2plY3QgKHVzZSBgdXYgcnVuIHB5dGhvbmAgaW5zdGVhZCkgYW5kIHlvdSBjYW5ub3QgaW5zdGFsbCBwYWNrYWdlcyBpbnRvIHRoZWlyIGVudmlyb25tZW50ICh1c2UgYHV2eCAtLXdpdGggPHBhY2thZ2U+IHB5dGhvbmAgaW5zdGVhZCkuCgogIEFzIHdpdGggdG9vbCBpbnN0YWxsYXRpb24sIHRoZSB0YXJnZXQgZGlyZWN0b3J5IHJlc3BlY3RzIGNvbW1vbiB2YXJpYWJsZXMgbGlrZSBgWERHX0JJTl9IT01FYCBhbmQgY2FuIGJlIG92ZXJyaWRkZW4gd2l0aCBhIGBVVl9QWVRIT05fQklOX0RJUmAgdmFyaWFibGUuCgogIFlvdSBjYW4gb3B0IG91dCBvZiB0aGlzIGJlaGF2aW9yIHdpdGggYHV2IHB5dGhvbiBpbnN0YWxsIC0tbm8tYmluYCBvciBgVVZfUFlUSE9OX0lOU1RBTExfQklOPTBgLgoKICBTZWUgdGhlIFtkb2N1bWVudGF0aW9uIG9uIGluc3RhbGxpbmcgUHl0aG9uIGV4ZWN1dGFibGVzXShodHRwczovL2RvY3MuYXN0cmFsLnNoL3V2L2NvbmNlcHRzL3B5dGhvbi12ZXJzaW9ucy8jaW5zdGFsbGluZy1weXRob24tZXhlY3V0YWJsZXMpIGZvciBtb3JlIGRldGFpbHMuCgotICoqUmVnaXN0ZXIgUHl0aG9uIHZlcnNpb25zIHdpdGggdGhlIFdpbmRvd3MgcmVnaXN0cnkgKFsjJiM4MjAzOzE0NjI1XShodHRwczovL3JlZGlyZWN0LmdpdGh1Yi5jb20vYXN0cmFsLXNoL3V2L3B1bGwvMTQ2MjUpKSoqCgogIGB1diBweXRob24gaW5zdGFsbGAgbm93IHJlZ2lzdGVycyB0aGUgaW5zdGFsbGVkIFB5dGhvbiB2ZXJzaW9uIHdpdGggdGhlIFdpbmRvd3MgUmVnaXN0cnkgYXMgc3BlY2lmaWVkIGJ5IFtQRVAgNTE0XShodHRwczovL3BlcHMucHl0aG9uLm9yZy9wZXAtMDUxNC8pLiBUaGlzIGFsbG93cyB1c2luZyB1diBpbnN0YWxsZWQgUHl0aG9uIHZlcnNpb25zIHZpYSB0aGUgYHB5YCBsYXVuY2hlci4gVGhpcyBiZWhhdmlvciBoYXMgYmVlbiBhdmFpbGFibGUgdW5kZXIgdGhlIGAtLXByZXZpZXdgIGZsYWcgc2luY2UgW0phbiAyMDI1XShodHRwczovL3JlZGlyZWN0LmdpdGh1Yi5jb20vYXN0cmFsLXNoL3V2L3B1bGwvMTA2MzQpLiBUaGlzIGNoYW5nZSBzaG91bGQgbm90IGJlIGJyZWFraW5nLCBhcyB1c2luZyB0aGUgdXYgUHl0aG9uIHZlcnNpb25zIHdpdGggYHB5YCByZXF1aXJlcyBleHBsaWNpdCBvcHQgaW4uCgogIFlvdSBjYW4gb3B0IG91dCBvZiB0aGlzIGJlaGF2aW9yIHdpdGggYHV2IHB5dGhvbiBpbnN0YWxsIC0tbm8tcmVnaXN0cnlgIG9yIGBVVl9QWVRIT05fSU5TVEFMTF9SRUdJU1RSWT0wYC4KCi0gKipQcm9tcHQgYmVmb3JlIHJlbW92aW5nIGFuIGV4aXN0aW5nIGRpcmVjdG9yeSBpbiBgdXYgdmVudmAgKFsjJiM4MjAzOzE0MzA5XShodHRwczovL3JlZGlyZWN0LmdpdGh1Yi5jb20vYXN0cmFsLXNoL3V2L3B1bGwvMTQzMDkpKSoqCgogIFByZXZpb3VzbHksIGB1diB2ZW52YCB3b3VsZCByZW1vdmUgYW4gZXhpc3RpbmcgdmlydHVhbCBlbnZpcm9ubWVudCB3aXRob3V0IGNvbmZpcm1hdGlvbi4gV2hpbGUgdGhpcyBpcyBjb25zaXN0ZW50IHdpdGggdGhlIGJlaGF2aW9yIG9mIHByb2plY3QgY29tbWFuZHMgKGUuZy4sIGB1diBzeW5jYCksIGl0J3Mgc3VycHJpc2luZyB0byB1c2VycyB0aGF0IGFyZSB1c2luZyBpbXBlcmF0aXZlIHdvcmtmbG93cyAoaS5lLiwgYHV2IHBpcGApLiBOb3csIGB1diB2ZW52YCB3aWxsIHByb21wdCBmb3IgY29uZmlybWF0aW9uIGJlZm9yZSByZW1vdmluZyBhbiBleGlzdGluZyB2aXJ0dWFsIGVudmlyb25tZW50LiAqKklmIG5vdCBpbiBhbiBpbnRlcmFjdGl2ZSBjb250ZXh0LCB1diB3aWxsIHN0aWxsIHJlbW92ZSB0aGUgdmlydHVhbCBlbnZpcm9ubWVudCBmb3IgYmFja3dhcmRzIGNvbXBhdGliaWxpdHkuIEhvd2V2ZXIsIHRoaXMgYmVoYXZpb3IgaXMgbGlrZWx5IHRvIGNoYW5nZSBpbiBhIGZ1dHVyZSByZWxlYXNlLioqCgogIFRoZSBiZWhhdmlvciBmb3Igb3RoZXIgY29tbWFuZHMgKGUuZy4sIGB1diBzeW5jYCkgaXMgdW5jaGFuZ2VkLgoKICBZb3UgY2FuIG9wdCBvdXQgb2YgdGhpcyBiZWhhdmlvciBieSBzZXR0aW5nIGBVVl9WRU5WX0NMRUFSPTFgIG9yIHBhc3NpbmcgdGhlIGAtLWNsZWFyYCBmbGFnLgoKLSAqKlZhbGlkYXRlIHRoYXQgZGlzY292ZXJlZCBpbnRlcnByZXRlcnMgbWVldCB0aGUgUHl0aG9uIHByZWZlcmVuY2UgKFsjJiM4MjAzOzc5MzRdKGh0dHBzOi8vcmVkaXJlY3QuZ2l0aHViLmNvbS9hc3RyYWwtc2gvdXYvcHVsbC83OTM0KSkqKgoKICB1diBhbGxvd3Mgb3B0aW5nIG91dCBvZiBpdHMgbWFuYWdlZCBQeXRob24gdmVyc2lvbnMgd2l0aCB0aGUgYC0tbm8tbWFuYWdlZC1weXRob25gIGFuZCBgcHl0aG9uLXByZWZlcmVuY2VgIG9wdGlvbnMuCgogIFByZXZpb3VzbHksIHV2IHdvdWxkIG5vdCBlbmZvcmNlIHRoaXMgb3B0aW9uIGZvciBQeXRob24gaW50ZXJwcmV0ZXJzIGRpc2NvdmVyZWQgb24gdGhlIGBQQVRIYC4gRm9yIGV4YW1wbGUsIGlmIGEgc3ltbGluayB0byBhIG1hbmFnZWQgUHl0aG9uIGludGVycHJldGVyIHdhcyBjcmVhdGVkLCB1diB3b3VsZCBhbGxvdyBpdCB0byBiZSB1c2VkIGV2ZW4gaWYgYC0tbm8tbWFuYWdlZC1weXRob25gIHdhcyBwcm92aWRlZC4gTm93LCB1diBpZ25vcmVzIFB5dGhvbiBpbnRlcnByZXRlcnMgdGhhdCBkbyBub3QgbWF0Y2ggdGhlIFB5dGhvbiBwcmVmZXJlbmNlICp1bmxlc3MqIHRoZXkgYXJlIGluIGFuIGFjdGl2ZSB2aXJ0dWFsIGVudmlyb25tZW50IG9yIGFyZSBleHBsaWNpdGx5IHJlcXVlc3RlZCwgZS5nLiwgd2l0aCBgLS1weXRob24gL3BhdGgvdG8vcHl0aG9uMy4xM2AuCgogIFNpbWlsYXJseSwgdXYgd291bGQgcHJldmlvdXNseSBub3QgaW52YWxpZGF0ZSBleGlzdGluZyBwcm9qZWN0IGVudmlyb25tZW50cyBpZiB0aGV5IGRpZCBub3QgbWF0Y2ggdGhlIFB5dGhvbiBwcmVmZXJlbmNlLiBOb3csIHV2IHdpbGwgaW52YWxpZGF0ZSBhbmQgcmVjcmVhdGUgcHJvamVjdCBlbnZpcm9ubWVudHMgd2hlbiB0aGUgUHl0aG9uIHByZWZlcmVuY2UgY2hhbmdlcy4KCiAgWW91IGNhbiBvcHQgb3V0IG9mIHRoaXMgYmVoYXZpb3IgYnkgcHJvdmlkaW5nIHRoZSBleHBsaWNpdCBwYXRoIHRvIHRoZSBQeXRob24gaW50ZXJwcmV0ZXIgcHJvdmlkaW5nIGAtLW1hbmFnZWQtcHl0aG9uYCAvIGAtLW5vLW1hbmFnZWQtcHl0aG9uYCBtYXRjaGluZyB0aGUgaW50ZXJwcmV0ZXIgeW91IHdhbnQuCgotICoqSW5zdGFsbCBkZXBlbmRlbmNpZXMgd2l0aG91dCBidWlsZCBzeXN0ZW1zIHdoZW4gdGhleSBhcmUgYHBhdGhgIHNvdXJjZXMgKFsjJiM4MjAzOzE0NDEzXShodHRwczovL3JlZGlyZWN0LmdpdGh1Yi5jb20vYXN0cmFsLXNoL3V2L3B1bGwvMTQ0MTMpKSoqCgogIFdoZW4gd29ya2luZyBvbiBhIHByb2plY3QsIHV2IHVzZXMgdGhlIFtwcmVzZW5jZSBvZiBhIGJ1aWxkIHN5c3RlbV0oaHR0cHM6Ly9kb2NzLmFzdHJhbC5zaC91di9jb25jZXB0cy9wcm9qZWN0cy9jb25maWcvI2J1aWxkLXN5c3RlbXMpIHRvIGRldGVybWluZSBpZiBpdCBzaG91bGQgYmUgYnVpbHQgYW5kIGluc3RhbGxlZCBpbnRvIHRoZSBlbnZpcm9ubWVudC4gSG93ZXZlciwgd2hlbiBhIHByb2plY3QgaXMgYSBkZXBlbmRlbmN5IG9mIGFub3RoZXIgcHJvamVjdCwgaXQgY2FuIGJlIHN1cnByaXNpbmcgZm9yIHRoZSBkZXBlbmRlbmN5IHRvIGJlIG1pc3NpbmcgZnJvbSB0aGUgZW52aXJvbm1lbnQuCgogIFByZXZpb3VzbHksIHV2IHdvdWxkIG5vdCBidWlsZCBhbmQgaW5zdGFsbCBkZXBlbmRlbmNpZXMgd2l0aCBbYHBhdGhgIHNvdXJjZXNdKGh0dHBzOi8vZG9jcy5hc3RyYWwuc2gvdXYvY29uY2VwdHMvcHJvamVjdHMvZGVwZW5kZW5jaWVzLyNwYXRoKSB1bmxlc3MgdGhleSBkZWNsYXJlZCBhIGJ1aWxkIHN5c3RlbSBvciBzZXQgYHRvb2wudXYucGFja2FnZSA9IHRydWVgLiBOb3csIGRlcGVuZGVuY2llcyB3aXRoIGBwYXRoYCBzb3VyY2VzIGFyZSBidWlsdCBhbmQgaW5zdGFsbGVkIHJlZ2FyZGxlc3Mgb2YgdGhlIHByZXNlbmNlIG9mIGEgYnVpbGQgc3lzdGVtLiBJZiBhIGJ1aWxkIHN5c3RlbSBpcyBub3QgcHJlc2VudCwgdGhlIGBzZXR1cHRvb2xzLmJ1aWxkX21ldGE6X19sZWdhY3lfXyBgIGJhY2tlbmQgd2lsbCBiZSB1c2VkIChwZXIgW1BFUCA1MTddKGh0dHBzOi8vcGVwcy5weXRob24ub3JnL3BlcC0wNTE3LyNzb3VyY2UtdHJlZXMpKS4KCiAgWW91IGNhbiBvcHQgb3V0IG9mIHRoaXMgYmVoYXZpb3IgYnkgc2V0dGluZyBgcGFja2FnZSA9IGZhbHNlYCBpbiB0aGUgc291cmNlIGRlY2xhcmF0aW9uLCBlLmcuOgoKICBgYGB0b21sCiAgW3Rvb2wudXYuc291cmNlc10KICBmb28gPSB7IHBhdGggPSAiLi9mb28iLCBwYWNrYWdlID0gZmFsc2UgfQogIGBgYAoKICBPciwgYnkgc2V0dGluZyBgdG9vbC51di5wYWNrYWdlID0gZmFsc2VgIGluIHRoZSBkZXBlbmRlbnQgYHB5cHJvamVjdC50b21sYC4KCiAgU2VlIHRoZSBkb2N1bWVudGF0aW9uIG9uIFt2aXJ0dWFsIGRlcGVuZGVuY2llc10oaHR0cHM6Ly9kb2NzLmFzdHJhbC5zaC91di9jb25jZXB0cy9wcm9qZWN0cy9kZXBlbmRlbmNpZXMvI3ZpcnR1YWwtZGVwZW5kZW5jaWVzKSBmb3IgZGV0YWlscy4KCi0gKipJbnN0YWxsIGRlcGVuZGVuY2llcyB3aXRob3V0IGJ1aWxkIHN5c3RlbXMgd2hlbiB0aGV5IGFyZSB3b3Jrc3BhY2UgbWVtYmVycyAoWyMmIzgyMDM7MTQ2NjNdKGh0dHBzOi8vcmVkaXJlY3QuZ2l0aHViLmNvbS9hc3RyYWwtc2gvdXYvcHVsbC8xNDY2MykpKioKCiAgQXMgZGVzY3JpYmVkIGFib3ZlIGZvciBkZXBlbmRlbmNpZXMgd2l0aCBgcGF0aGAgc291cmNlcywgdXYgcHJldmlvdXNseSB3b3VsZCBub3QgYnVpbGQgYW5kIGluc3RhbGwgd29ya3NwYWNlIG1lbWJlcnMgdGhhdCBkaWQgbm90IGRlY2xhcmUgYSBidWlsZCBzeXN0ZW0uIE5vdywgdXYgd2lsbCBidWlsZCBhbmQgaW5zdGFsbCB3b3Jrc3BhY2UgbWVtYmVycyB0aGF0IGFyZSBhIGRlcGVuZGVuY3kgb2YgKmFub3RoZXIqIHdvcmtzcGFjZSBtZW1iZXIgcmVnYXJkbGVzcyBvZiB0aGUgcHJlc2VuY2Ugb2YgYSBidWlsZCBzeXN0ZW0uIFRoZSBiZWhhdmlvciBpcyB1bmNoYW5nZWQgZm9yIHdvcmtzcGFjZSBtZW1iZXJzIHRoYXQgYXJlIG5vdCBpbmNsdWRlZCBpbiB0aGUgYHByb2plY3QuZGVwZW5kZW5jaWVzYCwgYHByb2plY3Qub3B0aW9uYWwtZGVwZW5kZW5jaWVzYCwgb3IgYGRlcGVuZGVuY3ktZ3JvdXBzYCB0YWJsZXMgb2YgYW5vdGhlciB3b3Jrc3BhY2UgbWVtYmVyLgoKICBZb3UgY2FuIG9wdCBvdXQgb2YgdGhpcyBiZWhhdmlvciBieSBzZXR0aW5nIGB0b29sLnV2LnBhY2thZ2UgPSBmYWxzZWAgaW4gdGhlIHdvcmtzcGFjZSBtZW1iZXIncyBgcHlwcm9qZWN0LnRvbWxgLgoKICBTZWUgdGhlIGRvY3VtZW50YXRpb24gb24gW3ZpcnR1YWwgZGVwZW5kZW5jaWVzXShodHRwczovL2RvY3MuYXN0cmFsLnNoL3V2L2NvbmNlcHRzL3Byb2plY3RzL2RlcGVuZGVuY2llcy8jdmlydHVhbC1kZXBlbmRlbmNpZXMpIGZvciBkZXRhaWxzLgoKLSAqKkJ1bXAgYC0tcHl0aG9uLXBsYXRmb3JtIGxpbnV4YCB0byBgbWFueWxpbnV4XzJfMjhgIChbIyYjODIwMzsxNDMwMF0oaHR0cHM6Ly9yZWRpcmVjdC5naXRodWIuY29tL2FzdHJhbC1zaC91di9wdWxsLzE0MzAwKSkqKgoKICB1diBhbGxvd3MgcGVyZm9ybWluZyBbcGxhdGZvcm0tc3BlY2lmaWMgcmVzb2x1dGlvbl0oaHR0cHM6Ly9kb2NzLmFzdHJhbC5zaC91di9jb25jZXB0cy9yZXNvbHV0aW9uLyNwbGF0Zm9ybS1zcGVjaWZpYy1yZXNvbHV0aW9uKSBmb3IgZXhwbGljaXQgdGFyZ2V0cyBhbmQgcHJvdmlkZXMgc2hvcnQgYWxpYXNlcywgZS5nLiwgYGxpbnV4YCwgZm9yIGNvbW1vbiB0YXJnZXRzLgoKICBQcmV2aW91c2x5LCB0aGUgZGVmYXVsdCB0YXJnZXQgZm9yIGAtLXB5dGhvbi1wbGF0Zm9ybSBsaW51eGAgd2FzIGBtYW55bGludXhfMl8xN2AsIHdoaWNoIGlzIGNvbXBhdGlibGUgd2l0aCBtb3N0IExpbnV4IGRpc3RyaWJ1dGlvbnMgZnJvbSAyMDE0IG9yIG5ld2VyLiBXZSBub3cgZGVmYXVsdCB0byBgbWFueWxpbnV4XzJfMjhgLCB3aGljaCBpcyBjb21wYXRpYmxlIHdpdGggbW9zdCBMaW51eCBkaXN0cmlidXRpb25zIGZyb20gMjAxOSBvciBuZXdlci4gIFRoaXMgY2hhbmdlIGZvbGxvd3MgdGhlIGxlYWQgb2Ygb3RoZXIgdG9vbHMsIHN1Y2ggYXMgYGNpYnVpbGR3aGVlbGAsIHdoaWNoIGNoYW5nZWQgdGhlaXIgZGVmYXVsdCB0byBgbWFueWxpbnV4XzJfMjhgIGluIFtNYXIgMjAyNV0oaHR0cHM6Ly9yZWRpcmVjdC5naXRodWIuY29tL3B5cGEvY2lidWlsZHdoZWVsL3B1bGwvMjMzMCkuCgogIFRoaXMgY2hhbmdlIG9ubHkgYWZmZWN0cyB1c2VycyByZXF1ZXN0aW5nIGEgc3BlY2lmaWMgdGFyZ2V0IHBsYXRmb3JtLiBPdGhlcndpc2UsIHV2IGRldGVjdHMgdGhlIGBtYW55bGludXhgIHRhcmdldCBmcm9tIHlvdXIgbG9jYWwgZ2xpYmMgdmVyc2lvbi4KCiAgWW91IGNhbiBvcHQgb3V0IG9mIHRoaXMgYmVoYXZpb3IgYnkgdXNpbmcgYC0tcHl0aG9uLXBsYXRmb3JtIHg4Nl82NC1tYW55bGludXhfMl8xN2AgaW5zdGVhZC4KCi0gKipSZW1vdmUgYHV2IHZlcnNpb25gIGZhbGxiYWNrIChbIyYjODIwMzsxNDE2MV0oaHR0cHM6Ly9yZWRpcmVjdC5naXRodWIuY29tL2FzdHJhbC1zaC91di9wdWxsLzE0MTYxKSkqKgoKICBJbiBbQXByIDIwMjVdKGh0dHBzOi8vcmVkaXJlY3QuZ2l0aHViLmNvbS9hc3RyYWwtc2gvdXYvcHVsbC8xMjM0OSksIHV2IGNoYW5nZWQgdGhlIGB1diB2ZXJzaW9uYCBjb21tYW5kIHRvIGFuIGludGVyZmFjZSBmb3Igdmlld2luZyBhbmQgdXBkYXRpbmcgdGhlIHZlcnNpb24gb2YgdGhlIGN1cnJlbnQgcHJvamVjdC4gSG93ZXZlciwgd2hlbiBvdXRzaWRlIGEgcHJvamVjdCwgYHV2IHZlcnNpb25gIHdvdWxkIGNvbnRpbnVlIHRvIGRpc3BsYXkgdXYncyB2ZXJzaW9uIGZvciBiYWNrd2FyZHMgY29tcGF0aWJpbGl0eS4gTm93LCB3aGVuIHVzZWQgb3V0c2lkZSBvZiBhIHByb2plY3QsIGB1diB2ZXJzaW9uYCB3aWxsIGZhaWwuCgogIFlvdSBjYW5ub3Qgb3B0IG91dCBvZiB0aGlzIGJlaGF2aW9yLiBVc2UgYHV2IHNlbGYgdmVyc2lvbmAgaW5zdGVhZC4KCi0gKipSZXF1aXJlIGAtLWdsb2JhbGAgZm9yIHJlbW92YWwgb2YgdGhlIGdsb2JhbCBQeXRob24gcGluIChbIyYjODIwMzsxNDE2OV0oaHR0cHM6Ly9yZWRpcmVjdC5naXRodWIuY29tL2FzdHJhbC1zaC91di9wdWxsLzE0MTY5KSkqKgoKICBQcmV2aW91c2x5LCBgdXYgcHl0aG9uIHBpbiAtLXJtYCB3b3VsZCBhbGxvdyB5b3UgdG8gcmVtb3ZlIHRoZSBnbG9iYWwgUHl0aG9uIHBpbiB3aXRob3V0IG9wdCBpbi4gTm93LCB1diByZXF1aXJlcyB0aGUgYC0tZ2xvYmFsYCBmbGFnIHRvIHJlbW92ZSB0aGUgZ2xvYmFsIFB5dGhvbiBwaW4uCgogIFlvdSBjYW5ub3Qgb3B0IG91dCBvZiB0aGlzIGJlaGF2aW9yLiBVc2UgdGhlIGAtLWdsb2JhbGAgZmxhZyBpbnN0ZWFkLgoKLSAqKlN1cHBvcnQgY29uZmxpY3RpbmcgZWRpdGFibGUgc2V0dGluZ3MgYWNyb3NzIGdyb3VwcyAoWyMmIzgyMDM7MTQxOTddKGh0dHBzOi8vcmVkaXJlY3QuZ2l0aHViLmNvbS9hc3RyYWwtc2gvdXYvcHVsbC8xNDE5NykpKioKCiAgUHJldmlvdXNseSwgdXYgd291bGQgYWx3YXlzIHRyZWF0IGEgcGFja2FnZSBhcyBlZGl0YWJsZSBpZiBhbnkgcmVxdWlyZW1lbnQgcmVxdWVzdGVkIGl0IGFzIGVkaXRhYmxlLiBIb3dldmVyLCB0aGlzIHByZXZlbnRlZCB1c2VycyBmcm9tIGRlY2xhcmluZyBgcGF0aGAgc291cmNlcyB0aGF0IHRvZ2dsZWQgdGhlIGBlZGl0YWJsZWAgc2V0dGluZyBhY3Jvc3MgZGVwZW5kZW5jeSBncm91cHMuIE5vdywgdXYgYWxsb3dzIGRlY2xhcmluZyBkaWZmZXJlbnQgYGVkaXRhYmxlYCB2YWx1ZXMgZm9yIGNvbmZsaWN0aW5nIGdyb3Vwcy4gSG93ZXZlciwgaWYgYSBwcm9qZWN0IGluY2x1ZGVzIGEgcGF0aCBkZXBlbmRlbmN5IHR3aWNlLCBvbmNlIHdpdGggYGVkaXRhYmxlID0gdHJ1ZWAgYW5kIG9uY2Ugd2l0aG91dCBhbnkgZWRpdGFibGUgYW5ub3RhdGlvbiwgdGhvc2UgYXJlIG5vdyBjb25zaWRlcmVkIGNvbmZsaWN0aW5nLCBhbmQgdXYgd2lsbCBleGl0IHdpdGggYW4gZXJyb3IuCgogIFlvdSBjYW5ub3Qgb3B0IG91dCBvZiB0aGlzIGJlaGF2aW9yLiBVc2UgY29uc2lzdGVudCBgZWRpdGFibGVgIHNldHRpbmdzIG9yIFttYXJrIGdyb3VwcyBhcyBjb25mbGljdGluZ10oaHR0cHM6Ly9kb2NzLmFzdHJhbC5zaC91di9jb25jZXB0cy9wcm9qZWN0cy9jb25maWcvI2NvbmZsaWN0aW5nLWRlcGVuZGVuY2llcykuCgotICoqTWFrZSBgdXZfYnVpbGRgIHRoZSBkZWZhdWx0IGJ1aWxkIGJhY2tlbmQgaW4gYHV2IGluaXRgIChbIyYjODIwMzsxNDY2MV0oaHR0cHM6Ly9yZWRpcmVjdC5naXRodWIuY29tL2FzdHJhbC1zaC91di9wdWxsLzE0NjYxKSkqKgoKICBUaGUgdXYgYnVpbGQgYmFja2VuZCAoYHV2X2J1aWxkYCkgd2FzIFtzdGFiaWxpemVkIGluIHV2IDAuNy4xOV0oaHR0cHM6Ly9yZWRpcmVjdC5naXRodWIuY29tL2FzdHJhbC1zaC91di9yZWxlYXNlcy90YWcvMC43LjE5KS4gTm93LCBpdCBpcyB0aGUgZGVmYXVsdCBidWlsZCBiYWNrZW5kIGZvciBgdXYgaW5pdCAtLXBhY2thZ2VgIGFuZCBgdXYgaW5pdCAtLWxpYmAuIFByZXZpb3VzbHksIGBoYXRjaGxpbmdgIHdhcyB0aGUgZGVmYXVsdCBidWlsZCBiYWNrZW5kLiBBIGJ1aWxkIGJhY2tlbmQgaXMgc3RpbGwgbm90IHVzZWQgd2l0aG91dCBvcHQtaW4gaW4gYHV2IGluaXRgLCBidXQgd2UgZXhwZWN0IHRvIGNoYW5nZSB0aGlzIGluIGEgZnV0dXJlIHJlbGVhc2UuCgogIFlvdSBjYW4gb3B0IG91dCBvZiB0aGlzIGJlaGF2aW9yIHdpdGggYHV2IGluaXQgLS1idWlsZC1iYWNrZW5kIGhhdGNobGluZ2AuCgotICoqU2V0IGRlZmF1bHQgYFVWX1RPT0xfQklOX0RJUmAgb24gRG9ja2VyIGltYWdlcyAoWyMmIzgyMDM7MTMzOTFdKGh0dHBzOi8vcmVkaXJlY3QuZ2l0aHViLmNvbS9hc3RyYWwtc2gvdXYvcHVsbC8xMzM5MSkpKioKCiAgUHJldmlvdXNseSwgYFVWX1RPT0xfQklOX0RJUmAgd2FzIG5vdCBzZXQgaW4gRG9ja2VyIGltYWdlcyB3aGljaCBtZWFudCB0aGF0IGB1diB0b29sIGluc3RhbGxgIGRpZCBub3QgaW5zdGFsbCB0b29scyBpbnRvIGEgZGlyZWN0b3J5IG9uIHRoZSBgUEFUSGAgd2l0aG91dCBhZGRpdGlvbmFsIGNvbmZpZ3VyYXRpb24uIE5vdywgYFVWX1RPT0xfQklOX0RJUmAgaXMgc2V0IHRvIGAvdXNyL2xvY2FsL2JpbmAgaW4gYWxsIERvY2tlciBkZXJpdmVkIGltYWdlcy4KCiAgV2hlbiB0aGUgZGVmYXVsdCBpbWFnZSB1c2VyIGlzIG92ZXJyaWRkZW4gKGUuZy4gYFVTRVIgPFVJRD5gKSB3aXRoIGEgbGVzcyBwcml2aWxlZ2VkIHVzZXIsIHRoaXMgbWF5IGNhdXNlIGB1diB0b29sIGluc3RhbGxgIHRvIGZhaWwuCgogIFlvdSBjYW4gb3B0IG91dCBvZiB0aGlzIGJlaGF2aW9yIGJ5IHNldHRpbmcgYW4gYWx0ZXJuYXRpdmUgYFVWX1RPT0xfQklOX0RJUmAuCgotICoqVXBkYXRlIGAtLWNoZWNrYCB0byByZXR1cm4gYW4gZXhpdCBjb2RlIG9mIDEgKFsjJiM4MjAzOzE0MTY3XShodHRwczovL3JlZGlyZWN0LmdpdGh1Yi5jb20vYXN0cmFsLXNoL3V2L3B1bGwvMTQxNjcpKSoqCgogIHV2IHVzZXMgYW4gZXhpdCBjb2RlIG9mIDEgdG8gaW5kaWNhdGUgYSAic3VjY2Vzc2Z1bCBmYWlsdXJlIiBhbmQgYW4gZXhpdCBjb2RlIG9mIDIgdG8gaW5kaWNhdGUgYW4gImVycm9yIi4KCiAgUHJldmlvdXNseSwgYHV2IGxvY2sgLS1jaGVja2AgYW5kIGB1diBzeW5jIC0tY2hlY2tgIHdvdWxkIGV4aXQgd2l0aCBhIGNvZGUgb2YgMiB3aGVuIHRoZSBsb2NrZmlsZSBvciBlbnZpcm9ubWVudCB3ZXJlIG91dGRhdGVkLiBOb3csIHV2IHdpbGwgZXhpdCB3aXRoIGEgY29kZSBvZiAxLgoKICBZb3UgY2Fubm90IG9wdCBvdXQgb2YgdGhpcyBiZWhhdmlvci4KCi0gKipVc2UgYW4gZXBoZW1lcmFsIGVudmlyb25tZW50IGZvciBgdXYgcnVuIC0td2l0aGAgaW52b2NhdGlvbnMgKFsjJiM4MjAzOzE0NDQ3XShodHRwczovL3JlZGlyZWN0LmdpdGh1Yi5jb20vYXN0cmFsLXNoL3V2L3B1bGwvMTQ0NDcpKSoqCgogIFdoZW4gdXNpbmcgYHV2IHJ1biAtLXdpdGhgLCB1diBsYXllcnMgdGhlIHJlcXVpcmVtZW50cyByZXF1ZXN0ZWQgdXNpbmcgYC0td2l0aGAgaW50byBhbm90aGVyIHZpcnR1YWwgZW52aXJvbm1lbnQgYW5kIGNhY2hlcyBpdC4gUHJldmlvdXNseSwgdXYgd291bGQgaW52b2tlIHRoZSBQeXRob24gaW50ZXJwcmV0ZXIgaW4gdGhpcyBsYXllcmVkIGVudmlyb25tZW50LiBIb3dldmVyLCB0aGlzIGFsbG93cyBwb2lzb25pbmcgdGhlIGNhY2hlZCBlbnZpcm9ubWVudCBhbmQgaW50cm9kdWNlcyByYWNlIGNvbmRpdGlvbnMgZm9yIGNvbmN1cnJlbnQgaW52b2NhdGlvbnMuIE5vdywgdXYgd2lsbCBsYXllciAqYW5vdGhlciogZW1wdHkgdmlydHVhbCBlbnZpcm9ubWVudCBvbiB0b3Agb2YgdGhlIGNhY2hlZCBlbnZpcm9ubWVudCBhbmQgaW52b2tlIHRoZSBQeXRob24gaW50ZXJwcmV0ZXIgdGhlcmUuIFRoaXMgc2hvdWxkIG9ubHkgY2F1c2UgYnJlYWthZ2UgaW4gY2FzZXMgd2hlcmUgdGhlIGVudmlyb25tZW50IGlzIGJlaW5nIGluc3BlY3RlZCBhdCBydW50aW1lLgoKICBZb3UgY2Fubm90IG9wdCBvdXQgb2YgdGhpcyBiZWhhdmlvci4KCi0gKipSZXN0cnVjdHVyZSB0aGUgYHV2IHZlbnZgIGNvbW1hbmQgb3V0cHV0IGFuZCBleGl0IGNvZGVzIChbIyYjODIwMzsxNDU0Nl0oaHR0cHM6Ly9yZWRpcmVjdC5naXRodWIuY29tL2FzdHJhbC1zaC91di9wdWxsLzE0NTQ2KSkqKgoKICBQcmV2aW91c2x5LCB1diB1c2VkIGBtaWV0dGVgIHRvIGZvcm1hdCB0aGUgYHV2IHZlbnZgIG91dHB1dC4gSG93ZXZlciwgdGhpcyB3YXMgaW5jb25zaXN0ZW50IHdpdGggbW9zdCBvZiB0aGUgdXYgQ0xJLiBOb3csIHRoZSBvdXRwdXQgaXMgYSBsaXR0bGUgZGlmZmVyZW50IGFuZCB0aGUgZXhpdCBjb2RlIGhhcyBzd2l0Y2hlZCBmcm9tIDEgdG8gMiBmb3Igc29tZSBlcnJvciBjYXNlcy4KCiAgWW91IGNhbm5vdCBvcHQgb3V0IG9mIHRoaXMgYmVoYXZpb3IuCgotICoqRGVmYXVsdCB0byBgLS13b3Jrc3BhY2VgIHdoZW4gYWRkaW5nIHN1YmRpcmVjdG9yaWVzIChbIyYjODIwMzsxNDUyOV0oaHR0cHM6Ly9yZWRpcmVjdC5naXRodWIuY29tL2FzdHJhbC1zaC91di9wdWxsLzE0NTI5KSkqKgoKICBXaGVuIHVzaW5nIGB1diBhZGRgIHRvIGFkZCBhIHN1YmRpcmVjdG9yeSBpbiBhIHdvcmtzcGFjZSwgdXYgbm93IGRlZmF1bHRzIHRvIGFkZGluZyB0aGUgdGFyZ2V0IGFzIGEgd29ya3NwYWNlIG1lbWJlci4KCiAgWW91IGNhbiBvcHQgb3V0IG9mIHRoaXMgYmVoYXZpb3IgYnkgcHJvdmlkaW5nIGAtLW5vLXdvcmtzcGFjZWAuCgotICoqQWRkIG1pc3NpbmcgdmFsaWRhdGlvbnMgZm9yIGRpc2FsbG93ZWQgYHV2LnRvbWxgIGZpZWxkcyAoWyMmIzgyMDM7MTQzMjJdKGh0dHBzOi8vcmVkaXJlY3QuZ2l0aHViLmNvbS9hc3RyYWwtc2gvdXYvcHVsbC8xNDMyMikpKioKCiAgdXYgZG9lcyBub3QgYWxsb3cgc29tZSBzZXR0aW5ncyBpbiB0aGUgYHV2LnRvbWxgLiBQcmV2aW91c2x5LCBzb21lIHNldHRpbmdzIHdlcmUgc2lsZW50bHkgaWdub3JlZCB3aGVuIHByZXNlbnQgaW4gdGhlIGB1di50b21sYC4gTm93LCB1diB3aWxsIGVycm9yLgoKICBZb3UgY2Fubm90IG9wdCBvdXQgb2YgdGhpcyBiZWhhdmlvci4gVXNlIGAtLW5vLWNvbmZpZ2Agb3IgcmVtb3ZlIHRoZSBpbnZhbGlkIHNldHRpbmdzLgoKIyMjIyMgQ29uZmlndXJhdGlvbgoKLSBBZGQgc3VwcG9ydCBmb3IgdG9nZ2xpbmcgUHl0aG9uIGJpbiBhbmQgcmVnaXN0cnkgaW5zdGFsbCBvcHRpb25zIHZpYSBlbnYgdmFycyAoWyMmIzgyMDM7MTQ2NjJdKGh0dHBzOi8vcmVkaXJlY3QuZ2l0aHViLmNvbS9hc3RyYWwtc2gvdXYvcHVsbC8xNDY2MikpCgojIyMgW2B2MC43LjIyYF0oaHR0cHM6Ly9yZWRpcmVjdC5naXRodWIuY29tL2FzdHJhbC1zaC91di9ibG9iL0hFQUQvQ0hBTkdFTE9HLm1kIzA3MjIpCgpbQ29tcGFyZSBTb3VyY2VdKGh0dHBzOi8vcmVkaXJlY3QuZ2l0aHViLmNvbS9hc3RyYWwtc2gvdXYvY29tcGFyZS8wLjcuMjEuLi4wLjcuMjIpCgojIyMjIyBQeXRob24KCi0gVXBncmFkZSBHcmFhbFB5IHRvIDI0LjIuMgoKU2VlIHRoZSBbR3JhYWxQeSByZWxlYXNlIG5vdGVzXShodHRwczovL3JlZGlyZWN0LmdpdGh1Yi5jb20vb3JhY2xlL2dyYWFscHl0aG9uL3JlbGVhc2VzL3RhZy9ncmFhbC0yNC4yLjIpIGZvciBtb3JlIGRldGFpbHMuCgojIyMjIyBDb25maWd1cmF0aW9uCgotIEFkZCBgVVZfQ09NUElMRV9CWVRFQ09ERV9USU1FT1VUYCBlbnZpcm9ubWVudCB2YXJpYWJsZSAoWyMmIzgyMDM7MTQzNjldKGh0dHBzOi8vcmVkaXJlY3QuZ2l0aHViLmNvbS9hc3RyYWwtc2gvdXYvcHVsbC8xNDM2OSkpCi0gQWxsb3cgdXNlcnMgdG8gb3ZlcnJpZGUgaW5kZXggYGNhY2hlLWNvbnRyb2xgIGhlYWRlcnMgKFsjJiM4MjAzOzE0NjIwXShodHRwczovL3JlZGlyZWN0LmdpdGh1Yi5jb20vYXN0cmFsLXNoL3V2L3B1bGwvMTQ2MjApKQotIEFkZCBgVVZfTElCQ2AgdG8gb3ZlcnJpZGUgbGliYyBzZWxlY3Rpb24gaW4gbXVsdGktbGliYyBlbnZpcm9ubWVudCAoWyMmIzgyMDM7MTQ2NDZdKGh0dHBzOi8vcmVkaXJlY3QuZ2l0aHViLmNvbS9hc3RyYWwtc2gvdXYvcHVsbC8xNDY0NikpCgojIyMjIyBCdWcgZml4ZXMKCi0gRml4IGAtLWFsbC1hcmNoZXNgIHdoZW4gcGFpcmVkIHdpdGggYC0tb25seS1kb3dubG9hZHNgIChbIyYjODIwMzsxNDYyOV0oaHR0cHM6Ly9yZWRpcmVjdC5naXRodWIuY29tL2FzdHJhbC1zaC91di9wdWxsLzE0NjI5KSkKLSBTa2lwIFdpbmRvd3MgUHl0aG9uIGludGVycHJldGVycyB0aGF0IHJldHVybiBhIGJyb2tlbiBNU0lYIHBhY2thZ2UgY29kZSAoWyMmIzgyMDM7MTQ2MzZdKGh0dHBzOi8vcmVkaXJlY3QuZ2l0aHViLmNvbS9hc3RyYWwtc2gvdXYvcHVsbC8xNDYzNikpCi0gV2FybiBvbiBpbnZhbGlkIGB1di50b21sYCB3aGVuIHByb3ZpZGVkIHZpYSBkaXJlY3QgcGF0aCAoWyMmIzgyMDM7MTQ2NTNdKGh0dHBzOi8vcmVkaXJlY3QuZ2l0aHViLmNvbS9hc3RyYWwtc2gvdXYvcHVsbC8xNDY1MykpCi0gSW1wcm92ZSBhc3luYyBzaWduYWwgc2FmZXR5IGluIFdpbmRvd3MgZXhjZXB0aW9uIGhhbmRsZXIgKFsjJiM4MjAzOzE0NjE5XShodHRwczovL3JlZGlyZWN0LmdpdGh1Yi5jb20vYXN0cmFsLXNoL3V2L3B1bGwvMTQ2MTkpKQoKIyMjIyMgRG9jdW1lbnRhdGlvbgoKLSBNZW50aW9uIHRoZSBgcmV2aXNpb25gIGluIHRoZSBsb2NrZmlsZSB2ZXJzaW9uaW5nIGRvYyAoWyMmIzgyMDM7MTQ2MzRdKGh0dHBzOi8vcmVkaXJlY3QuZ2l0aHViLmNvbS9hc3RyYWwtc2gvdXYvcHVsbC8xNDYzNCkpCi0gTW92ZSAiQ29uZmxpY3RpbmcgZGVwZW5kZW5jaWVzIiB0byB0aGUgIlJlc29sdXRpb24iIHBhZ2UgKFsjJiM4MjAzOzE0NjMzXShodHRwczovL3JlZGlyZWN0LmdpdGh1Yi5jb20vYXN0cmFsLXNoL3V2L3B1bGwvMTQ2MzMpKQotIFJlbmFtZSAiRGVwZW5kZW5jeSBzcGVjaWZpZXJzIiBzZWN0aW9uIHRvIGV4Y2x1ZGUgUEVQIDUwOCByZWZlcmVuY2UgKFsjJiM4MjAzOzE0NjMxXShodHRwczovL3JlZGlyZWN0LmdpdGh1Yi5jb20vYXN0cmFsLXNoL3V2L3B1bGwvMTQ2MzEpKQotIFN1Z2dlc3QgYHV2IGNhY2hlIGNsZWFuYCBwcmlvciB0byBgLS1yZWluc3RhbGxgIChbIyYjODIwMzsxNDY1OV0oaHR0cHM6Ly9yZWRpcmVjdC5naXRodWIuY29tL2FzdHJhbC1zaC91di9wdWxsLzE0NjU5KSkKCiMjIyMjIFByZXZpZXcgZmVhdHVyZXMKCi0gTWFrZSBwcmV2aWV3IFB5dGhvbiByZWdpc3RyYXRpb24gb24gV2luZG93cyBub24tZmF0YWwgKFsjJiM4MjAzOzE0NjE0XShodHRwczovL3JlZGlyZWN0LmdpdGh1Yi5jb20vYXN0cmFsLXNoL3V2L3B1bGwvMTQ2MTQpKQotIFVwZGF0ZSBwcmV2aWV3IGluc3RhbGxhdGlvbiBvZiBQeXRob24gZXhlY3V0YWJsZXMgdG8gYmUgbm9uLWZhdGFsIChbIyYjODIwMzsxNDYxMl0oaHR0cHM6Ly9yZWRpcmVjdC5naXRodWIuY29tL2FzdHJhbC1zaC91di9wdWxsLzE0NjEyKSkKLSBBZGQgYHV2IHB5dGhvbiB1cGRhdGUtc2hlbGxgIChbIyYjODIwMzsxNDYyN10oaHR0cHM6Ly9yZWRpcmVjdC5naXRodWIuY29tL2FzdHJhbC1zaC91di9wdWxsLzE0NjI3KSkKCiMjIyBbYHYwLjcuMjFgXShodHRwczovL3JlZGlyZWN0LmdpdGh1Yi5jb20vYXN0cmFsLXNoL3V2L2Jsb2IvSEVBRC9DSEFOR0VMT0cubWQjMDcyMSkKCltDb21wYXJlIFNvdXJjZV0oaHR0cHM6Ly9yZWRpcmVjdC5naXRodWIuY29tL2FzdHJhbC1zaC91di9jb21wYXJlLzAuNy4yMC4uLjAuNy4yMSkKCiMjIyMjIFB5dGhvbgoKLSBSZXN0b3JlIHRoZSBTUUxpdGUgYGZ0czRgLCBgZnRzNWAsIGBydHJlZWAsIGFuZCBgZ2VvcG9seWAgZXh0ZW5zaW9ucyBvbiBtYWNPUyBhbmQgTGludXgKClNlZSB0aGUKW2BweXRob24tYnVpbGQtc3RhbmRhbG9uZWAgcmVsZWFzZSBub3Rlc10oaHR0cHM6Ly9yZWRpcmVjdC5naXRodWIuY29tL2FzdHJhbC1zaC9weXRob24tYnVpbGQtc3RhbmRhbG9uZS9yZWxlYXNlcy90YWcvMjAyNTA3MTIpCmZvciBtb3JlIGRldGFpbHMuCgojIyMjIyBFbmhhbmNlbWVudHMKCi0gQWRkIGAtLXB5dGhvbi1wbGF0Zm9ybWAgdG8gYHV2IHN5bmNgIChbIyYjODIwMzsxNDMyMF0oaHR0cHM6Ly9yZWRpcmVjdC5naXRodWIuY29tL2FzdHJhbC1zaC91di9wdWxsLzE0MzIwKSkKLSBTdXBwb3J0IHByZS1yZWxlYXNlcyBpbiBgdXYgdmVyc2lvbiAtLWJ1bXBgIChbIyYjODIwMzsxMzU3OF0oaHR0cHM6Ly9yZWRpcmVjdC5naXRodWIuY29tL2FzdHJhbC1zaC91di9wdWxsLzEzNTc4KSkKLSBBZGQgYC13YCBzaG9ydGhhbmQgZm9yIGAtLXdpdGhgIChbIyYjODIwMzsxNDUzMF0oaHR0cHM6Ly9yZWRpcmVjdC5naXRodWIuY29tL2FzdHJhbC1zaC91di9wdWxsLzE0NTMwKSkKLSBBZGQgYW4gZXhjZXB0aW9uIGhhbmRsZXIgb24gV2luZG93cyB0byBkaXNwbGF5IGluZm9ybWF0aW9uIG9uIGNyYXNoIChbIyYjODIwMzsxNDU4Ml0oaHR0cHM6Ly9yZWRpcmVjdC5naXRodWIuY29tL2FzdHJhbC1zaC91di9wdWxsLzE0NTgyKSkKLSBBZGQgaGludCB3aGVuIFB5dGhvbiBkb3dubG9hZHMgYXJlIGRpc2FibGVkIChbIyYjODIwMzsxNDUyMl0oaHR0cHM6Ly9yZWRpcmVjdC5naXRodWIuY29tL2FzdHJhbC1zaC91di9wdWxsLzE0NTIyKSkKLSBBZGQgYFVWX0hUVFBfUkVUUklFU2AgdG8gY3VzdG9taXplIHJldHJ5IGNvdW50cyAoWyMmIzgyMDM7MTQ1NDRdKGh0dHBzOi8vcmVkaXJlY3QuZ2l0aHViLmNvbS9hc3RyYWwtc2gvdXYvcHVsbC8xNDU0NCkpCi0gRm9sbG93IGxlYWYgc3ltbGlua3MgbWF0Y2hlZCBieSBnbG9icyBpbiBgY2FjaGUta2V5YCAoWyMmIzgyMDM7MTM0MzhdKGh0dHBzOi8vcmVkaXJlY3QuZ2l0aHViLmNvbS9hc3RyYWwtc2gvdXYvcHVsbC8xMzQzOCkpCi0gU3VwcG9ydCBwYXJlbnQgcGF0aCBjb21wb25lbnRzIChgLi5gKSBpbiBnbG9icyBpbiBgY2FjaGUta2V5YCAoWyMmIzgyMDM7MTM0NjldKGh0dHBzOi8vcmVkaXJlY3QuZ2l0aHViLmNvbS9hc3RyYWwtc2gvdXYvcHVsbC8xMzQ2OSkpCi0gSW1wcm92ZSBgY2FjaGUta2V5YCBwZXJmb3JtYW5jZSAoWyMmIzgyMDM7MTM0NjldKGh0dHBzOi8vcmVkaXJlY3QuZ2l0aHViLmNvbS9hc3RyYWwtc2gvdXYvcHVsbC8xMzQ2OSkpCgojIyMjIyBQcmV2aWV3IGZlYXR1cmVzCgotIEFkZCBgdXYgc3luYyAtLW91dHB1dC1mb3JtYXQganNvbmAgKFsjJiM4MjAzOzEzNjg5XShodHRwczovL3JlZGlyZWN0LmdpdGh1Yi5jb20vYXN0cmFsLXNoL3V2L3B1bGwvMTM2ODkpKQoKIyMjIyMgQnVnIGZpeGVzCgotIERvIG5vdCByZS1yZXNvbHZlIHdpdGggYSBuZXcgUHl0aG9uIHZlcnNpb24gaW4gYHV2IHRvb2xgIGlmIGl0IGlzIGluY29tcGF0aWJsZSB3aXRoIGAtLXB5dGhvbmAgKFsjJiM4MjAzOzE0NjA2XShodHRwczovL3JlZGlyZWN0LmdpdGh1Yi5jb20vYXN0cmFsLXNoL3V2L3B1bGwvMTQ2MDYpKQoKIyMjIyMgRG9jdW1lbnRhdGlvbgoKLSBEb2N1bWVudCBob3cgdG8gbmVzdCBkZXBlbmRlbmN5IGdyb3VwcyB3aXRoIGBpbmNsdWRlLWdyb3VwYCAoWyMmIzgyMDM7MTQ1MzldKGh0dHBzOi8vcmVkaXJlY3QuZ2l0aHViLmNvbS9hc3RyYWwtc2gvdXYvcHVsbC8xNDUzOSkpCi0gRml4IHJlcGVhdGVkIHdvcmQgaW4gUHlvZGlkZSBkb2MgKFsjJiM4MjAzOzE0NTU0XShodHRwczovL3JlZGlyZWN0LmdpdGh1Yi5jb20vYXN0cmFsLXNoL3V2L3B1bGwvMTQ1NTQpKQotIFVwZGF0ZSBDT05UUklCVVRJTkcubWQgd2l0aCBpbnN0cnVjdGlvbnMgdG8gZm9ybWF0IE1hcmtkb3duIGZpbGVzIHZpYSBEb2NrZXIgKFsjJiM4MjAzOzE0MjQ2XShodHRwczovL3JlZGlyZWN0LmdpdGh1Yi5jb20vYXN0cmFsLXNoL3V2L3B1bGwvMTQyNDYpKQotIEZpeCB2ZXJzaW9uIG51bWJlciBmb3IgYHNldHVwLXB5dGhvbmAgKFsjJiM4MjAzOzE0NTMzXShodHRwczovL3JlZGlyZWN0LmdpdGh1Yi5jb20vYXN0cmFsLXNoL3V2L3B1bGwvMTQ1MzMpKQoKPC9kZXRhaWxzPgoKLS0tCgojIyMgQ29uZmlndXJhdGlvbgoK8J+ThSAqKlNjaGVkdWxlKio6IEJyYW5jaCBjcmVhdGlvbiAtIEF0IGFueSB0aW1lIChubyBzY2hlZHVsZSBkZWZpbmVkKSwgQXV0b21lcmdlIC0gQXQgYW55IHRpbWUgKG5vIHNjaGVkdWxlIGRlZmluZWQpLgoK8J+apiAqKkF1dG9tZXJnZSoqOiBEaXNhYmxlZCBieSBjb25maWcuIFBsZWFzZSBtZXJnZSB0aGlzIG1hbnVhbGx5IG9uY2UgeW91IGFyZSBzYXRpc2ZpZWQuCgrimbsgKipSZWJhc2luZyoqOiBXaGVuZXZlciBQUiBiZWNvbWVzIGNvbmZsaWN0ZWQsIG9yIHlvdSB0aWNrIHRoZSByZWJhc2UvcmV0cnkgY2hlY2tib3guCgrwn5SVICoqSWdub3JlKio6IENsb3NlIHRoaXMgUFIgYW5kIHlvdSB3b24ndCBiZSByZW1pbmRlZCBhYm91dCB0aGlzIHVwZGF0ZSBhZ2Fpbi4KCi0tLQoKIC0gWyBdIDwhLS0gcmViYXNlLWNoZWNrIC0tPklmIHlvdSB3YW50IHRvIHJlYmFzZS9yZXRyeSB0aGlzIFBSLCBjaGVjayB0aGlzIGJveAoKLS0tCgpUaGlzIFBSIHdhcyBnZW5lcmF0ZWQgYnkgW01lbmQgUmVub3ZhdGVdKGh0dHBzOi8vbWVuZC5pby9yZW5vdmF0ZS8pLiBWaWV3IHRoZSBbcmVwb3NpdG9yeSBqb2IgbG9nXShodHRwczovL2RldmVsb3Blci5tZW5kLmlvL2dpdGh1Yi9vc2lzbS9jZmctY29va2llY3V0dGVyKS4KPCEtLXJlbm92YXRlLWRlYnVnOmV5SmpjbVZoZEdWa1NXNVdaWElpT2lJME1TNHlNeTR5SWl3aWRYQmtZWFJsWkVsdVZtVnlJam9pTkRFdU1qTXVNaUlzSW5SaGNtZGxkRUp5WVc1amFDSTZJbTFoYVc0aUxDSnNZV0psYkhNaU9sc2ljbVZ1YjNaaGRHVWlYWDA9LS0+Cg==
      patchset: 374dc054a62444abf052317d5d19224d92813eef
      pipeline: check
      playbook_context:
        playbook_projects:
          trusted/project_0/github.com/osism/zuul-config:
            canonical_name: github.com/osism/zuul-config
            checkout: main
            commit: caa0df55ed55158f32903d317317ac95db4da6ce
          trusted/project_1/github.com/osism/openinfra-zuul-jobs:
            canonical_name: github.com/osism/openinfra-zuul-jobs
            checkout: master
            commit: 397240f42127868e42e86e6aeb120c2cb092d117
          untrusted/project_0/github.com/osism/openinfra-zuul-jobs:
            canonical_name: github.com/osism/openinfra-zuul-jobs
            checkout: master
            commit: 397240f42127868e42e86e6aeb120c2cb092d117
          untrusted/project_1/github.com/osism/zuul-config:
            canonical_name: github.com/osism/zuul-config
            checkout: main
            commit: caa0df55ed55158f32903d317317ac95db4da6ce
        playbooks:
        - path: untrusted/project_0/github.com/osism/openinfra-zuul-jobs/playbooks/tox/run.yaml
          roles:
          - checkout: main
            checkout_description: zuul branch
            link_name: ansible/playbook_0/role_0/zuul-config
            link_target: untrusted/project_1/github.com/osism/zuul-config
            role_path: ansible/playbook_0/role_0/zuul-config/roles
          - checkout: master
            checkout_description: playbook branch
            link_name: ansible/playbook_0/role_1/openinfra-zuul-jobs
            link_target: untrusted/project_0/github.com/osism/openinfra-zuul-jobs
            role_path: ansible/playbook_0/role_1/openinfra-zuul-jobs/roles
      post_review: false
      post_timeout: null
      pre_timeout: null
      project:
        canonical_hostname: github.com
        canonical_name: github.com/osism/cfg-cookiecutter
        name: osism/cfg-cookiecutter
        short_name: cfg-cookiecutter
        src_dir: src/github.com/osism/cfg-cookiecutter
      projects:
        github.com/osism/cfg-cookiecutter:
          canonical_hostname: github.com
          canonical_name: github.com/osism/cfg-cookiecutter
          checkout: main
          checkout_description: zuul branch
          commit: 13e1702d9a465c50fea874aef2e2fd216643cad7
          name: osism/cfg-cookiecutter
          required: false
          short_name: cfg-cookiecutter
          src_dir: src/github.com/osism/cfg-cookiecutter
      ref: refs/pull/765/head
      resources: {}
      tenant: osism
      timeout: 1800
      topic: null
      voting: true
