Open pauldoo opened 3 months ago
I'm running into this problem also. I was previously testing devbox
out using nix-installer from this repo and it was working great. But I don't think I want to keep using a wrapper tool, so i removed all that and restarted with just the nix-installer.
I receive the error from this issue exactly as stated by @pauldoo .
I don't know why it's trying to invoke fish. I leave bash as my login shell for POSIX reasons, and inherit that environment by launching exec fish ...
later.
source /nix/var/nix/profiles/default/etc/profile.d/nix-daemon.fish
fixes it, but i thought . /nix/var/nix/profiles/default/etc/profile.d/nix-daemon.sh
was meant to be included in my bash startup by the installer. This would inherit just fine for me in fish (or I could just keep using bash, same difference) and I actually prefer it personally.
For now, I've added this to my .bashrc
:
. /nix/var/nix/profiles/default/etc/profile.d/nix-daemon.sh
if [[ $(ps --no-header --pid=$PPID --format=comm) != "fish" && -z ${BASH_EXECUTION_STRING} ]]
then
shopt -q login_shell && LOGIN_OPTION='--login' || LOGIN_OPTION=""
exec fish $LOGIN_OPTION
fi
I'm using home-manager
to do this, but I snipped the absolute paths to the executables here.
However, the solution feels wrong, mostly because I did not need to do this yesterday.
Using the nix-installer version 0.17.1 on Bluefin (a Linux distribution derived from Fedora Silverblue) gives a "WARN SelfTest" at the end of installation. I am currently using Bluefin 38 (non DX edition).
Full details in nix_install_log.txt.
After this, the nix commands (e.g.
nix-shell
) are not available to me, even after reopening my terminal or rebooting. If I manually run. /nix/var/nix/profiles/default/etc/profile.d/nix-daemon.fish
- then Nix appears to work fine. I guess the problem is a failure to amend my Fish shell configuration? :shrug: