pkgs.dev.azure.com is not cached?

[KalleDK]

For some reason the cache is missed when using azure index.
I realized it when add / remove of packages that should be cache was redownloaded / refreshed everytime.

Two small examples showing the difference ( I don't know if Azure is denying cache and that is the problem )

mkdir test
cd test
uv init .
uv add typing-extensions
uv remove typing-extensions --offline
uv add typing-extensions --offline
# Now add azure index in pyproject.toml
# [tool.uv]
# index-url = "https://[email protected]/XXXx/YYYYY/_packaging/ZZZZ/pypi/simple/"
uv add typing-extensions
uv remove typing-extensions --offline
uv add typing-extensions --offline
# Last here fails with missing in cache
× No solution found when resolving dependencies:
  ╰─▶ Because typing-extensions was not found in the cache and your project depends on typing-extensions, we can conclude that your project's requirements are unsatisfiable.

      hint: Packages were unavailable because the network was disabled. When the network is disabled, registry packages may only be read from the cache.
  help: If you want to add the package regardless of the failed resolution, provide the `--frozen` flag to skip locking and syncing.

Tried with a clean cache, and the package is in the cache.

An even more peculiar is that the remove is also not working, if you have more than one dependency.

mkdir test
cd test
uv init .
uv add typing-extensions
uv add tomlkit
uv remove typing-extensions --offline
uv add typing-extensions --offline
# Now add azure index in pyproject.toml
# [tool.uv]
# index-url = "https://[email protected]/XXXx/YYYYY/_packaging/ZZZZ/pypi/simple/"
uv add typing-extensions
uv add tomlkit
uv remove typing-extensions --offline
# Already fails on the remove for some reason
× No solution found when resolving dependencies:
  ╰─▶ Because tomlkit was not found in the cache and your project depends on tomlkit>=0.13.2, we can conclude that your project's requirements are unsatisfiable.

      hint: Packages were unavailable because the network was disabled. When the network is disabled, registry packages may only be read from the cache.

[charliermarsh]

You can run with -vvv and we'll give you logs about the caching behavior of the index. My guess is that pkgs.dev.azure.com does not include any caching headers.