| 17 Aug 2023 |
 void | maybe I can manually add the balsoft patch to nix | 13:17:34 |
| void | * maybe I can manually apply the balsoft patch to nix | 13:22:28 |
| void | * any ideas, in the master openssh is updated but nix is still 2.17 | 17:54:38 |
 Jeff | if i get bored i'll probably change all my deployment.targetHost entries to add a unique prefix and the change my ssh config to add an entry to strip off the prefix and turn off the ControlMaster | 20:36:58 |
| Jeff | a bit of a hack but i think that it should work | 20:37:10 |
| 18 Aug 2023 |
|  @sfkvso:matrix.org joined the room. | 13:19:54 |
|  @beect:matrix.org left the room. | 13:55:48 |
|  rendakuenthusiast⚡️ joined the room. | 20:06:14 |
| rendakuenthusiast⚡️ | is this matrix room deliberately not in the nix matrix space, or is my client messed up? | 20:07:15 |
 @sumner:nevarro.space | In reply to @test-user:c.imperishable.name
is this matrix room deliberately not in the nix matrix space, or is my client messed up? are you in #community-rooms:nixos.org ? | 20:35:08 |
| @sumner:nevarro.space | In reply to @test-user:c.imperishable.name
is this matrix room deliberately not in the nix matrix space, or is my client messed up? * are you in the #community-rooms:nixos.org subspace ? | 20:35:14 |
| 19 Aug 2023 |
|  @khalilsantana:matrix.org joined the room. | 03:03:26 |
| @khalilsantana:matrix.org left the room. | 03:03:52 |
| @khalilsantana:matrix.org joined the room. | 03:04:13 |
| @khalilsantana:matrix.org | Hi, is there a proper way to get colmena to nixos-rebuild --upgrade multiple hosts? I can use the exec sub-command but AFAIK that will build in every node, which seems wasteful | 03:06:51 |
 Wanja Hentze | wait, are you using channels on the hosts? | 08:30:26 |
| @khalilsantana:matrix.org | Doesn't all nixos installs use channels? (I'm a newbie, so I just looked up at the manual on how to upgrade nixos and that was one of the ways listed) | 13:10:05 |
| Wanja Hentze | No, I've never seen them used with colmena | 13:16:06 |
| Wanja Hentze | colmena evaluates the entire configuration not on the hosts but on the deploying machine | 13:16:40 |
| Wanja Hentze | you would usually pin your nixpkgs revision etc. either via flakes or some other mechanism | 13:17:03 |
| Wanja Hentze | I think it might still work if you use <nixpkgs> somewhere but it would use the channels of the deploying host, not the deployed host | 13:17:51 |
| @khalilsantana:matrix.org | I'm not using flakes as of yet, trying to keep it as simple as possible so I can actually understand it | 13:17:53 |
| Wanja Hentze | me neither btw | 13:18:05 |
| Wanja Hentze | we just have a JSON file with the git revs and such | 13:18:21 |
| Wanja Hentze | using nix-prefetch-git to pin nixpkgs | 13:18:38 |
| Wanja Hentze | very low-tech but works perfectly | 13:18:49 |
| @khalilsantana:matrix.org | hum, understood. Is there a way to at least share built packages between hosts? | 13:18:56 |
| @khalilsantana:matrix.org | Like some sort of "host <x> built this and stored it in <central_server>", then "host <y> fetches from <central_server> before building packages" | 13:20:17 |
| @khalilsantana:matrix.org | Hum, there's a binary cache wiki page | 13:21:55 |
| Wanja Hentze | In reply to @khalilsantana:matrix.org
Like some sort of "host built this and stored it in <central_server>", then "host fetches from <central_server> before building packages" idk I don't use remote builders | 16:22:35 |
