nix path-info fails as the 'path is not valid' after 'fetching' them #323
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#323
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?
Describe the bug
nix path-info
on a path that does not exist in the store already, fails, despite saying that it has downloaded the path to the store.Note: Doesn't seem to actually fetch the path, on larger derivations it errors instantly (despite needing to download large amounts).
It works fine if the store path already exists, e.g.
nix path-info nixpkgs#bashInteractive
Steps To Reproduce
Expected behavior
Either it doesn't fetch the path, or it fetches the path and actually works.
EDIT: possible don't fetch the path?
see e.g. https://git.lix.systems/lix-project/lix/src/branch/main/src/nix/path-info.md#examples the example of checking against a remote store, currently if I do this it shows "these paths will be fetched" (sometimes a giant long list) and then errors, but never fetches.
nix --version
output(also replicable on latest main,
7a3745b076
)Additional context
Was looking into #270
nix path-info fails as the 'path is not valid'to nix path-info fails as the 'path is not valid' after 'fetching' themAlso, as a minor UX bug, if the store path does already exist,
the
copying '/nix/store/<its nixpkgs>'
is on the same line as the outputs, and happens every time.Meanwhile with nix 2.15.0:
(exact same nix-path/nixpkgs versions etc)