[Nix#10104] fetchTree
performs fetch even when a narHash
is provided #52
Labels
No labels
Area/build-packaging
Area/cli
Area/evaluator
Area/fetching
Area/flakes
Area/language
Area/profiles
Area/protocol
Area/releng
Area/remote-builds
Area/repl
Area/store
bug
crash 💥
Cross Compilation
devx
docs
Downstream Dependents
E/easy
E/hard
E/help wanted
E/reproducible
E/requires rearchitecture
imported
Needs Langver
OS/Linux
OS/macOS
performance
regression
release-blocker
RFD
stability
Status
blocked
Status
invalid
Status
postponed
Status
wontfix
testing
testing/flakey
ux
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: lix-project/lix#52
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Upstream-Issue: NixOS/nix#10104
Describe the bug
According to the docs, when you add
narHash
to afetchTree
call, the result won't be fetched if it's already available:864fc85fc8/src/libexpr/primops/fetchTree.cc (L218)
Well, that's not happening.
Steps To Reproduce
The 1st time you fetch, it downloads ✅:
The next time you download, it says "using cache entry". That's suspicious 🕵️♂️. It shouldn't need any cache because there's a
narHash
parameter passed:Let's remove cache and retry. We can see how fetches again. ❌ It shouldn't!:
Expected behavior
When calling with a NAR hash, it shouldn't need to even check the cache. Nix should just check the store and skip the fetching/caching completely.
nix-env --version
outputnix-env (Nix) 2.18.1
Additional context
This might be duplicate of https://github.com/NixOS/nix/issues/9077 or https://github.com/NixOS/nix/issues/9570, but I'm not sure so I open separately.
Priorities
Add 👍 to issues you find important.