| 29 Nov 2023 |
| olivia changed their display name from benjamin ⚡️ to test 🏳️⚧️. | 22:22:55 |
| olivia changed their display name from test 🏳️⚧️ to benjamin. | 22:23:23 |
| olivia changed their display name from benjamin to test 🏴☠️. | 22:24:31 |
| olivia changed their display name from test 🏴☠️ to test 👩👦. | 22:27:55 |
| olivia changed their display name from test 👩👦 to benjamin. | 22:28:27 |
| 1 Dec 2023 |
| moritz.hedtke set their display name to Moritz Hedtke. | 11:08:18 |
| 2 Dec 2023 |
| mao_tse-tung joined the room. | 03:43:40 |
| presto8 joined the room. | 21:07:34 |
presto8 | I have a flakes-based configuration and upgraded from nixos-23.05 to nixos-23.11. Which caused gnupg to upgrade from 2.4.0 to 2.4.1. Unfortunately gnupg 2.4.1 is not compatible with my install of emacs 29.1 for some reason. What is the recommended flakes-based method to pin a specific package, such as gnupg, to a specific version? I guess I could set up a 23.05 input, overlay that into pkgs, and then set programs.gnupg.package = 23-05-pkgs.gnupg, but wondering if there is a more direct way? | 21:11:22 |
presto8 | Update, the overlay method worked out perfectly. | 21:42:54 |
| 3 Dec 2023 |
| zoechi joined the room. | 09:46:37 |
| @ThorHop:matrix.org changed their display name from hopland (valorent vicky) to hopland (meticulous montesquieu). | 14:09:06 |
@antifuchs:asf.computer | In reply to @flyx:klacker.eu can I use Nix Flakes purely as a solution for remote compiling? like, my (otherwise Nix-less) project requires me to build it on a remote machine and I have some hacky rsync-up---compile---rsync-down script which I want to replace with something more sensible, and Nix provides remote building capabilities. so if I write an impure Flake that just calls the system compiler and doesn’t use any Nix features, would this be a feasible solution for remote compiling? one thing I do is to use nix copy instead of that rsync step; I wrote a script that automates the copy & build steps, writing the build result store address, which you can then nix copy back. It's basically your setup, but using more nix-builtin methods | 15:31:49 |
@antifuchs:asf.computer | runBuildOnLinux = pkgs.writeShellApplication {
name = "run-build-on-linux";
runtimeInputs = [pkgs.jq];
text = ''
target="$1"; shift
copy_result_back="''${2:-true}"
flake=$(nix flake metadata --json | jq -r .path)
if [ "$(uname -s)" = "Linux" ]; then
# nothing to do, we're on linux already
exec nix build --json --no-link "$@" -L "$flake#$target" | jq -r '.[0].outputs.out'
exit 0
fi
remote_machine="''${REMOTE_MACHINE:-gloria.home}"
nix copy --to "ssh-ng://$remote_machine" "$flake"
out="$(ssh "$remote_machine" nix build --json --no-link -L "$@" "$flake#$target" | jq -r '.[0].outputs.out')"
if [ "$copy_result_back" = "true" ]; then
nix copy --no-check-sigs --from "ssh-ng://$remote_machine" "$out"
fi
echo "$out"
'';
};
is that script
| 15:31:58 |
@antifuchs:asf.computer | In reply to @flyx:klacker.eu can I use Nix Flakes purely as a solution for remote compiling? like, my (otherwise Nix-less) project requires me to build it on a remote machine and I have some hacky rsync-up---compile---rsync-down script which I want to replace with something more sensible, and Nix provides remote building capabilities. so if I write an impure Flake that just calls the system compiler and doesn’t use any Nix features, would this be a feasible solution for remote compiling? * one thing I do is to use nix copy instead of that rsync step; I wrote a script that automates the copy & build steps, writing the build result store address, which it optionally nix copy'd back. It's basically your setup, but using more nix-builtin methods | 15:32:44 |
| Sporesirius joined the room. | 22:33:36 |
| 4 Dec 2023 |
| @patka_123:matrix.org joined the room. | 11:23:33 |
| 5 Dec 2023 |
| @federicodschonborn:matrix.org changed their profile picture. | 00:39:05 |
| 6 Dec 2023 |
Gaétan Lepage | Hi ! It seems that you can use flake-parts without clearly adding it to the inputs. Is it somehow "contained" in nixpkgs ? I tried to grep the nixpkgs repo for flake-parts but had no result. | 12:55:36 |
npc_projection | What makes you think you can use flake-parts without adding to inputs? | 13:14:37 |
Gaétan Lepage | I tried ^^ | 13:15:18 |
Gaétan Lepage | Apparently it is because it is part of the global flake registry | 13:15:29 |
Gaétan Lepage | I was not aware of its existence | 13:15:39 |
Gaétan Lepage | https://github.com/NixOS/flake-registry | 13:16:36 |
| 7 Dec 2023 |
Aldwin | Hi! I'm finally migrating my 6 years old nixos config to Flakes! It's mostly going well but I need some help. I used to have an overlay that added nixpkgs-unstable to the nixpkgs.unstable attribute (using fetchTarball to get it). Now, I want to use a flake input instead, and I used an inline module with an overlay to have it exposed in the same place again. I'm trying to make my existing modules compatible with the Flake, so I don't have to go in and change them all.
This all seems to work, except that Nix is refusing to evaluate Unfree packages from Unstable now. It appears as though the nixpkgs.config does not apply to the unstable input the way it used to. So my question is: How do I get this second nixpkgs input to adhere to the same config as my primary one? And by "primary" I guess I mean the one used to make the lib.nixosSystem call.
| 09:48:32 |
Aldwin | Right now, the overlay basically does { unstable = inputs.unstable.legacyPackages.x86_64-linux; }. I'm guessing this is where I should do something to inject the parent config into the unstable nixpkgs. | 09:52:49 |
Aldwin | Oh. Wow. I just noticed my old approach did a similar thing: unstable = import (fetchTarball url) { config = config.nixpkgs.config; }; | 09:55:45 |
Aldwin | But I don't know the way to refer to the config inside a Flake | 09:56:20 |
@petrichor:envs.net | it's not obvious, but you can literally do unstable = import inputs.unstable { config = ... } | 09:58:21 |
Aldwin | Oh? And then there's no need to mention the system architecture? :o | 09:59:03 |