DevOS | 39 Members | |
| Seeking help and geeking out together on https://github.com/divnix/devos & https://github.com/divnix/digga | 10 Servers |
| Sender | Message | Time |
|---|---|---|
| 20 Oct 2021 | ||
| The endpoint in nix is always systemd, and in darwin would never be? BUT Michael Raskin has worked on iirc RFC72 to explore solutions. | 04:27:54 | |
| but yeah really the way to have cross-platform modules would be with a single, cross-platform module system, which is a bigger and different kind of effort | 04:27:57 | |
| The gist would be to separate:
| 04:28:33 | |
| * The gist would be to separate: - Config database - Systemd Service Generation | 04:28:45 | |
| * The 80% gist would be to separate: - Config database - Systemd Service Generation | 04:29:19 | |
| * The 80% gist would be to separate: - Config database - Systemd Service Rendering | 04:29:39 | |
| mhm but in the meantime it makes sense for devos and digga to support exporting modules for a variety of NixOS-like module systems | 04:30:04 | |
| RFC78 | 04:31:10 | |
| this one https://github.com/NixOS/rfcs/pull/78 | 04:33:05 | |
| there are so many different merge operations in the Nix ecosystem there's module merging, various override mechanisms, overlays Nickel is apparently going to build one into its language but the details aren't fully settled given that it will mean at least one more kind of merge to learn, what's the goal of your new merge DSL? | 04:36:10 | |
| I also wonder if really different semantics are needed to solve the config attribute provenance issue the Tweag guys working on Nickle seem to think not, I think they've said they can get that kind of tracing working for NixOS-like module merging | 04:38:29 | |
| * I also wonder if different semantics really are needed to solve the config attribute provenance issue the Tweag guys working on Nickle seem to think not, I think they've said they can get that kind of tracing working for NixOS-like module merging | 04:38:45 | |
| * I also wonder if different semantics really are needed to solve the config attribute provenance issue the Tweag guys working on Nickel seem to think not, I think they've said they can get that kind of tracing working for NixOS-like module merging | 04:38:57 | |
Main goal is monotonicity of the merge operation. Combined with hypothetical builtins.jsonSchemaValidate, we have all we need to manage base/dev/staging/prod envs. | 04:43:18 | |
| * Main goal is monotonicity (-> mental simplicity) of the merge operation. Combined with hypothetical `builtins.jsonSchemaValidate`, we have all we need to manage `base`/`dev`/`staging`/`prod` envs. | 04:43:38 | |
| * Main goal is monotonicity (-> mental simplicity) of the merge operation. Combined with hypothetical `builtins.jsonSchemaValidate` for pre-flight checks, we have all we need to manage `base`/`dev`/`staging`/`prod` envs. | 04:43:59 | |
| 18:05:20 | ||
| 21 Oct 2021 | ||
| hey I'm trying to get agenix to work in a user profile but I'm not sure how to pass self in the arguments to the profile. I'm imprting it from my host file with
(use '--show-trace' to show detailed location information)` | 12:30:33 | |
| * hey I'm trying to get agenix to work in a user profile but I'm not sure how to pass self in the arguments to the profile. I'm imprting it from my host file with `error: attribute 'self' missing
(use '--show-trace' to show detailed location information)` | 12:30:56 | |
| * hey I'm trying to get agenix to work in a user profile but I'm not sure how to pass self in the arguments to the profile. I'm imprting it from my host file with `error: attribute 'self' missing at /nix/store/0r0xrqj5l88071cama7hlha5ajya06c8-source/lib/modules.nix:305:28:
(use '--show-trace' to show detailed location information)` | 12:31:46 | |
| * hey I'm trying to get agenix to work in a user profile but I'm not sure how to pass self in the arguments to the profile. I'm imprting it from my host file with ` error: attribute 'self' missing
(use '--show-trace' to show detailed location information) ` | 12:31:57 | |
where are you getting self from? It should be available as a module argument, similar to pkgs or config like so: { self, ... }: at the top of the file. | 15:55:37 | |
| ^^ aynish | 15:58:24 | |
Who can push an update to the devos gh-pages branch so the docs get the latest changes to the new default branch main? | 17:02:54 | |
* Who can push an update to the devos gh-pages branch so the docs get the latest changes abd links point the new default branch main? | 17:06:14 | |
* Who can push an update to the devos gh-pages branch so the docs get the latest changes abd links point to the new default branch main? | 17:06:18 | |
* Who can push an update to the devos gh-pages branch so the docs get the latest changes and links point to the new default branch main? | 17:06:26 | |
| It should push automatically from CI | 17:07:39 | |
| at least that's how I originally set it up, hopefully it is not broken | 17:07:55 | |
| nrdxp: thanks, maybe it didn't trigger because of the branch name change? | 17:11:45 | |