You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I've just been experimenting with the new uv backend - it's super fast and seems to mostly just work, so much happiness around that :)
However, I hit a fair bit of confusion when running some code via nox and seeing outdated results compared to my IDE.
Swapping backend between venv and uv confirms this is because uv is using a cached (outdated) version of my local package, when it should be rebuilding from the source.
(Possibly related to this issue? astral-sh/uv#2844)
I'm guessing that whether or not this should 'just work' is an upstream issue for the UV folks, but maybe it's worth a note in the Nox docs around UV usage - I imagine this will be a pretty common failure case.
Expected Behavior
With the setting
nox.options.default_venv_backend = "uv"
Installing my package under development into a nox-env via
session.install(".[dev]")
I expected the same behaviour as plain pip / venv - rebuild and install the latest version of my package from source.
Instead; I get the version of my package from when I first switched backend to uv, because it's caching the build.
timstaley
changed the title
Docs suggestion[?]: "uv" backend needs "--refresh-package" flag to install up-to-date version of local package.
Docs suggestion[?]: uv backend needs "--refresh-package" flag to install up-to-date version of local package.
May 9, 2024
Current Behavior
I've just been experimenting with the new uv backend - it's super fast and seems to mostly just work, so much happiness around that :)
However, I hit a fair bit of confusion when running some code via nox and seeing outdated results compared to my IDE.
Swapping backend between
venv
anduv
confirms this is becauseuv
is using a cached (outdated) version of my local package, when it should be rebuilding from the source.(Possibly related to this issue? astral-sh/uv#2844)
Anyhow, I can fix this if I replace
with
I'm guessing that whether or not this should 'just work' is an upstream issue for the UV folks, but maybe it's worth a note in the Nox docs around UV usage - I imagine this will be a pretty common failure case.
Expected Behavior
With the setting
Installing my package under development into a nox-env via
I expected the same behaviour as plain pip /
venv
- rebuild and install the latest version of my package from source.Instead; I get the version of my package from when I first switched backend to
uv
, because it's caching the build.Steps To Reproduce
No response
Environment
Anything else?
No response
The text was updated successfully, but these errors were encountered: