| 9 Sep 2021 |
colemickens 🏳️🌈 | and ~/.nix-profile/bin/nix is the newer one :P | 18:10:20 |
colemickens 🏳️🌈 | and I checked the nix profile sourcing is before the direnv/nix-direnv stuff :( | 18:10:38 |
colemickens 🏳️🌈 | or wait, I guess that is maybe only true after my shell has loaded more stuff | 18:11:02 |
colemickens 🏳️🌈 | I should debug a bit more. | 18:11:05 |
tomberek | it looks like a bashrc/PATH mixup or ordering issue | 18:12:05 |
colemickens 🏳️🌈 | you're certainly not wrong, the NIX_BIN_PATH is wrongly set there | 18:13:45 |
colemickens 🏳️🌈 | just... not sure why, I swear I source the nix-profile early-enough in bashrc. | 18:14:07 |
colemickens 🏳️🌈 | thanks for the nudge | 18:14:12 |
tomberek | perhaps add a echo $PATH, command -v nix and command -v nix-shell just prior to that line in the Dockerfile? | 18:15:08 |
colemickens 🏳️🌈 | (like I call nix --version RIGHT BEFORE the direnv stuff in bashrc and it prints 2.4pre...) | 18:15:19 |
colemickens 🏳️🌈 | Come to think it, I'm running the unstable installer... | 18:15:46 |
colemickens 🏳️🌈 | doesn't that mean the only explanation is that direnv IS directly linking to its nix? | 18:16:03 |
colemickens 🏳️🌈 | I think I have to set NIX_BIN_PREFIX myself? | 18:16:08 |
tomberek | gitpod's bash may have "hash" enabled? | 18:16:25 |
tomberek | (bypassing PATH for recently used commands) | 18:17:01 |
colemickens 🏳️🌈 | oops: https://github.com/NixOS/nixpkgs/blob/master/pkgs/tools/misc/nix-direnv/default.nix | 18:19:17 |
colemickens 🏳️🌈 | now to remember how to manage that with nix-env -iA... | 18:19:51 |
colemickens 🏳️🌈 | I'm getting close: nix-env -iA --from-expression 'with import <nixpkgs>; nix-direnv.override({ enableFlakes = true; })' | 18:26:22 |
colemickens 🏳️🌈 | * I'm getting close: nix-env -iA --from-expression 'with import <nixpkgs>; (pkgs.nix-direnv.override {enableFlakes=true;})' | 18:28:32 |
colemickens 🏳️🌈 | but that's still not quite it | 18:28:41 |
colemickens 🏳️🌈 | here we go: nix-env -iA --from-expression 'f: with import <nixpkgs> {}; pkgs.nix-direnv.override {enableFlakes=true;}' | 18:32:09 |
| slby joined the room. | 19:49:20 |
| 10 Sep 2021 |
| papojari changed their profile picture. | 19:21:05 |
| 11 Sep 2021 |
edrex | with nix 2.4pre nix profile install .. unfree license .. refusing to evaluate error advises export NIXPKGS_ALLOW_UNFREE=1 or setting allow_nonfree in ~/.config/nixpkgs/config.nix but neither prevent the check. Known issue? | 01:07:18 |
edrex | found it, https://github.com/NixOS/nixpkgs/issues/116340 | 01:39:04 |
| Alejandro Hernandez joined the room. | 13:23:23 |
Alejandro Hernandez | Hey guys. I've got a flake where one of its inputs is a local flake in a subdirectory of the root flake. Is there a way of forcing nix to always re-calculate the narHash of the local flake input? Basically something akin to a content-addressable flake. It'd also be acceptable to run a command manually to update the narHash. | 13:28:35 |
Alejandro Hernandez | * Hey guys. I've got a flake where one of its inputs is a local flake in a subdirectory of the root flake. Is there a way of forcing nix to always re-calculate the narHash of the local flake input? Basically something akin to a content-addressable flake. It'd also be acceptable to run a command manually to update the narHash in the lock file of the root flake. | 13:29:07 |
ilkecan | In reply to @stellarhoof:matrix.org Hey guys. I've got a flake where one of its inputs is a local flake in a subdirectory of the root flake. Is there a way of forcing nix to always re-calculate the narHash of the local flake input? Basically something akin to a content-addressable flake. It'd also be acceptable to run a command manually to update the narHash in the lock file of the root flake. How about nix flake lock --update-input <input-name>? Would that work for you? | 14:18:17 |
Alejandro Hernandez | ilkecan: That's exactly it. Thank you! | 14:42:36 |