20 Oct 2021 |
Pacman99 | Exactly and there are semantics like sharedOverlays and overlay dependencies that channels help with | 01:29:25 |
Pacman99 | In reply to @pachumicchu:myrdd.info We should make a github issue or discussion for this, if you would like to get that started I think we should make a practice of doing this for any major api change, sort of like an unofficial RFC system(maybe make something official in the future?) | 01:30:13 |
mars | how many users are there atm? | 01:31:33 |
@timdeh:matrix.org | We've toyed around with starting an RFC process in the past. For now we could either start a github discussion or issue | 01:31:32 |
@timdeh:matrix.org | well we don't keep any sort of telemetry on users so there is no way to say with absolute confidence, but if github stars are any indication, we can say about 552 people have at least tried it out | 01:32:41 |
@timdeh:matrix.org | we've also had something like an unofficial competition with:
https://github.com/hlissner/dotfiles
I've always intended to try that repo out one day and see if there were any insights that could be gleaned since clearly a lot of people like it, I just ended up not having the time yet 😅 | 01:34:38 |
mars | nix flake info and nix flake show seem not to work on any of the examples in the fup repo anymore, with a message about the relative path being outside the parent's store path (it is not) | 03:26:31 |
David Arnold (blaggacao) | In reply to @mars:jupiterbroadcasting.com
nix flake info and nix flake show seem not to work on any of the examples in the fup repo anymore, with a message about the relative path being outside the parent's store path (it is not) Looks like ../ has been generally forbidden on inputs. I know that issue, but haven't been able to fully trace it down upstream. | 04:18:44 |
David Arnold (blaggacao) | (even on subflakes, which are not outside of the store path as you correctly realized) | 04:19:13 |
David Arnold (blaggacao) | * (even on subflakes, where nothing is outside of the store path as you correctly realized) | 04:19:34 |
David Arnold (blaggacao) | (wait, you say fup repo) | 04:20:58 |
mars | mhm
supposedly it's been fixed now, though | 04:22:27 |
David Arnold (blaggacao) | mars I think the level of alignment between module systems that you are aming for is not really feasible. Think of each module system of jsonschema of some sort of configuration endpoint that you'd like to reach (a data structure). | 04:22:45 |
mars | pretty sure it's a Nix bug. 1 sec | 04:23:09 |
David Arnold (blaggacao) | The follows fix introduced, iirc. | 04:23:34 |
mars | it's supposed to be supported, as of a couple weeks ago: https://github.com/NixOS/nix/issues/3978 | 04:24:43 |
David Arnold (blaggacao) | https://github.com/NixOS/nix/pull/4641 | 04:24:44 |
mars | yeah | 04:24:54 |
David Arnold (blaggacao) | In reply to @mars:jupiterbroadcasting.com it's supposed to be supported, as of a couple weeks ago: https://github.com/NixOS/nix/issues/3978 Interesting! | 04:26:24 |
mars | In reply to @blaggacao:matrix.org mars I think the level of alignment between module systems that you are aming for is not really feasible. Think of each module system of jsonschema of some sort of configuration endpoint that you'd like to reach (a data structure). yeah
some modules in Nix-Darwin, though, are just copied and pasted from NixOS, at least initially
that's the kind of case I had in mind | 04:26:52 |
David Arnold (blaggacao) | 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 |
mars | 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 |
David Arnold (blaggacao) | The gist would be to separate:
- Config database
- Systemd Generation
| 04:28:33 |
David Arnold (blaggacao) | * The gist would be to separate:
- Config database
- Systemd Service Generation | 04:28:45 |
David Arnold (blaggacao) | * The 80% gist would be to separate:
- Config database
- Systemd Service Generation | 04:29:19 |
David Arnold (blaggacao) | * The 80% gist would be to separate:
- Config database
- Systemd Service Rendering | 04:29:39 |
mars | 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 |
David Arnold (blaggacao) | RFC78 | 04:31:10 |
mars | this one
https://github.com/NixOS/rfcs/pull/78 | 04:33:05 |
mars | 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 |