Profile conflict error in nix upgrade-nix redux #839
Labels
No labels
Affects/CppNix
Affects/Nightly
Affects/Only nightly
Affects/Stable
Area/build-packaging
Area/cli
Area/evaluator
Area/fetching
Area/flakes
Area/language
Area/lix ci
Area/nix-eval-jobs
Area/profiles
Area/protocol
Area/releng
Area/remote-builds
Area/repl
Area/repl/debugger
Area/store
bug
Context
contributors
Context
drive-by
Context
maintainers
Context
RFD
crash 💥
Cross Compilation
devx
docs
Downstream Dependents
E/easy
E/hard
E/help wanted
E/reproducible
E/requires rearchitecture
imported
Language/Bash
Language/C++
Language/NixLang
Language/Python
Language/Rust
Needs Langver
OS/Linux
OS/macOS
performance
regression
release-blocker
stability
Status
blocked
Status
invalid
Status
postponed
Status
wontfix
testing
testing/flakey
Topic/Large Scale Installations
ux
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: lix-project/lix#839
Loading…
Add table
Add a link
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
A variation on https://git.lix.systems/lix-project/lix/issues/411.
Steps To Reproduce
With NixCpp installed, run:
(This is the code on https://lix.systems/install/ with
nix run
replaced with$(which nix) run
because the former hadsudo
complaining it couldn't findnix
, and-vv
flags added to show what it's trying to do.)This produces the following output:
New in this variant of the problem:
Expected behavior
Given the discussion in #411, the change in
cl/1604
, and the fact that the command is running a version of theupgrade-nix
command that contains the commitae7eab49b9
, I was expecting this to actually work.nix --version
outputnix (Nix) 2.28.3
Additional context
Note that the manifest references store path:
but lix's upgrade-nix tried to uninstall:
It seems that the former consists mostly of symlinks to the inside of the latter's store object?
Here's the dependency tree:
Maybe it would be better to just try to uninstall
nix
or something?