Kendall Bailey

Here's another data point related to Nexus and caching. I published a new version of a package in Nexus, and `pip` could install it but `uv` insisted it didn't exist...

Update: I tried `uv -v pip install gcsfs` and it talked about revalidating the cache before again hitting the `Content-Type` error. So I deleted the cache entirely, `rm -rf ~/.cache/uv`....

output from `uv -v` ``` $ uv -v pip install nvidia-curand-cu12 uv::requirements::from_source source=nvidia-curand-cu12 0.001079s DEBUG uv_interpreter::virtual_env Found a virtualenv through VIRTUAL_ENV at: /home/kbailey/venvs/py310/dmnet-test 0.001240s DEBUG uv_interpreter::interpreter Using cached markers for:...

Testing with `uv` 0.1.7 has a new behavior. With 0.1.5, so long as the cache is deleted, `uv pip install` works in all my tests. Now with `uv` 0.1.7, even...

I still see the issue arise in uv 0.1.11

I'm starting to suspect `uv` is dropping the credentials from the index URL when doing a "revalidation_request". All of the URLs being logged lack the credentials but the error message...

Setting a breakpoint [here](https://github.com/astral-sh/uv/blob/93f56094766c29dd646b1f48ff481a4c908d2b8c/crates/uv-client/src/registry_client.rs#L272) I can see that the HTTP response that triggers the `Content-Type` error has a 304 status. ``` (gdb) p response.res.head.status $3 = http::status::StatusCode (core::num::nonzero::NonZeroU16 (304)) ```

Thank you for working on this issue. The Nexus version I'm using is OSS 3.48.0-01. I ran the PR branch on a project with many dependencies and it didn't fail....

I didn't find the last two text. Here's one block with the first two when installing pandas. ``` 0.634125s 565ms DEBUG uv_client::httpcache checking if cached response is modified 0.634190s 565ms...