| 11 Sep 2021 |
 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 |
|  yusdacra changed their profile picture. | 16:32:18 |
| 12 Sep 2021 |
 emily | is it possible to get nixFlakes to stop writing to ~/.nix-defexpr/channels entirely? | 20:07:47 |
| emily | the useless dotfile annoys me slightly (but I wouldn't be surprised if stuff would break without it) | 20:08:03 |
 balsoft | Hehe | 20:08:41 |
| balsoft | No | 20:08:47 |
| balsoft | There's no trivial way | 20:08:52 |
| balsoft | But | 20:08:54 |
| balsoft | https://github.com/balsoft/nixos-config/blob/master/profiles/nix/nix.patch | 20:09:04 |
| balsoft | This works | 20:09:06 |
| emily | that's one option, heh | 20:10:23 |
 Las | emily: Tip: Don't use your $HOME as your home folder | 20:20:42 |
| Las | I have a separate folder with my important stuff, and use $HOME as one big trash can | 20:21:08 |
| Las | Don't have to care about all the programs putting their useless files there anymore | 20:21:26 |
| emily | that's quitter talk | 20:25:39 |
| emily | I spend too much time hacking uncooperative programs to work with XDG directories... | 20:25:56 |
| Las | It is quitter talk, but eventually you realize that the XDG model doesn't even work well with Nix | 20:28:49 |
| Las | If possible, I wrap the commands using writeShellScriptBin to pass the path to the configuration directly. | 20:29:05 |
| Las | Otherwise I use systemd.tmpfiles to symlink from the default configuration location to the nix store. | 20:29:21 |
| balsoft | In reply to @emilazy:matrix.org
I spend too much time hacking uncooperative programs to work with XDG directories... Do you have some advice for .mozilla ? | 20:30:12 |
| emily | yeah I would like to have a more static configuration management paradigm... but as-is I use home-manager and that kinda expects a mutable XDG-style tree to splat stuff into anyway, so eh. | 20:45:11 |
| emily | .mozilla I think maybe you can work around with command-line arguments? but it's one of the ones I just gave up on and symlinked into iirc .local/share | 20:45:52 |
| emily | mozilla uses nss which hard-depends on .pki anyway, so not much you can do there... .ssh is a lost cause too of course | 20:46:11 |
| balsoft | Well yeah, I'm ok with .ssh | 20:46:29 |
| 13 Sep 2021 |
| emily | I wish nix edit .#foo did something useful instead of the incredibly useless thing it does. | 02:46:30 |
