 | Colmena | 326 Members |
| A simple, stateless NixOS deployment tool - https://github.com/zhaofengli/colmena | 111 Servers |
| Colmena | 326 Members |
| A simple, stateless NixOS deployment tool - https://github.com/zhaofengli/colmena | 111 Servers |
| Sender | Message | Time |
|---|---|---|
| 24 Jun 2022 | ||
 hexa | this is a fun one. | 11:28:34 |
| hexa | because nowhere in the trace there is a reference to the module in question | 11:28:54 |
| hexa | do people tend to write scripts around colmena for:
| 13:15:17 |
| hexa | with morph I could do morph deploy default.nix boot --reboot --upload-secrets | 13:15:32 |
| hexa | and colmena seems to upload secrets uploadAt=post-activation on applies with goal=boot directly after uploading the closure | 13:16:39 |
| hexa | which is quite pointless when the secrets are volatile | 13:16:49 |
| hexa | * and colmena seems to upload secrets with uploadAt=post-activation on applies with goal=boot directly after uploading the closure | 13:17:07 |
| hexa | ah, reboot handling is part of 0.4.0 | 13:22:30 |
| hexa | In reply to @linus:schreibt.jetztlol nope. can't reconfigure interfaces that don't exist, because of missing prerequisites | 15:10:01 |
| hexa | so restarting networkd it is | 15:10:05 |
 Zhaofeng Li | In reply to @hexa:lossy.networkYeah, the behavior of uploadAt=post-activation should probably be special-cased for --reboot | 18:06:02 |
| hexa | strictly speaking: activation happens at boot time for goal=boot | 19:18:46 |
| hexa | so don't upload secrets in that case unless --reboot is given | 19:19:14 |
| hexa | * so don't upload post-activiation secrets in that case unless --reboot is given | 19:19:22 |
| hexa | * so don't upload post-activiation secrets in that case unless --reboot is given and then post-reboot 😄 | 19:19:26 |
| 25 Jun 2022 | ||
 Winter (she/her) | So I'm trying to debug a weird issue. home-manager revisions, for at least a few months now(???), have failed to build their HM commit The error that's occurring with these faulty revisions are | 16:55:50 |
| Zhaofeng Li | Another person [encountered the same thing](https://matrix.to/#/!BgJZHVOYkwVcEKLAyM:nixos.org/$pYUmOSAIpDOIbLl4q2TMc-0iyKrimWZfnFQi4Fdm6RA?via=zhaofeng.li&via=matrix.org&via=matrix.eno.space) in the deployment channel. It's a bit weird that it worked before. | 20:58:32 |
| Zhaofeng Li | Is it possible that the original output was cached somehow? | 20:58:55 |
| Winter (she/her) | In reply to @zhaofeng:zhaofeng.liThat was my thought too, but then I GC'd my store and can still reliably reproduce this. | 21:47:06 |
| Winter (she/her) | In reply to @zhaofeng:zhaofeng.li* That was my thought too. | 21:47:39 |
| Winter (she/her) | Do you have any clue how the working version could be evaluating just fine, though? I GC'd my store before evaluating and the same results happened (I could eval one but not the other.) | 21:48:24 |
| Winter (she/her) | Oh, I see the issue maybe. | 21:53:21 |
| Winter (she/her) | I run home-manager on the same system, which in the right sequence of events, would cache the needed nmd source. | 21:53:45 |
| Winter (she/her) | Hah. | 21:53:49 |
| Winter (she/her) | I think this is the reason why 😆 | 21:54:15 |
| Winter (she/her) | https://github.com/nix-community/home-manager/commit/64ab7d6e8d157848ec285cd267db29e2f14c1076 switched HM to use a flake input for nmd, but it uses flake-compat to actually import it in docs/default.nix I think this will still cause the same issue, since it really didn't change anything (as in, it still does IFD)? Correct me if I'm wrong. | 22:03:52 |
| 26 Jun 2022 | ||
| Zhaofeng Li | In reply to @winterqt:nixos.devIt should fix the issue since the dependency flake is no longer fetched in a derivation | 01:48:02 |
| Winter (she/her) | In reply to @zhaofeng:zhaofeng.liAh, flake-compat only uses builtins. | 02:59:51 |
| Zhaofeng Li | Wanja Hentze: Are you still interested in doing that? There's another person who wants to take on this, so I'm just confirming in order to avoid duplicating work. | 07:34:12 |
 dantefromhell | In reply to @huyage:matrix.orgexactly my issue. And each cloud peovider does provisioning slightly different and than it wont for bare-metal. I want something that works same in all situations. rescue-system + SSH + magic have served well for decades already 😉 | 12:06:44 |