Nix Hackers | 901 Members | |
| For people hacking on the Nix package manager itself | 189 Servers |
| Sender | Message | Time |
|---|---|---|
| 8 Mar 2025 | ||
| 12:27:30 | ||
| hey, I added the modulo operator to nix: https://github.com/NixOS/nix/pull/12617 I'd be grateful for any reviews, likes under the PR or advice on how to get it merged quick (I've seen a lot of PRs be untouched for a long time and I'm not hopeful for mine) | 12:36:10 | |
| 13:49:09 | ||
| 16:46:35 | ||
| https://discourse.nixos.org/t/determinate-nix-3-0/61202/80
I wonder what was meant by that? Does it mean that | 17:55:04 | |
| I don't think you can break evaluation purity with pure-eval | 17:55:47 | |
| And it's not like it's that difficult to use, I've ran nix darwin using this script for a couple of months just fine
| 17:57:44 | |
| a lot of things that user posts are wrong. you do have to copy your sources with pure eval though, which sort of reduces to being flakes in many ways people care about | 17:57:56 | |
In reply to @emilazy:matrix.org Needing to copy sources is unfortunate, sure, but seeing as flakes also do that anyways, shouldn't matter much And this approach doesn't require any changes to be done to the cppnix source code | 18:00:43 | |
| "needing to copy sources" is not an absolute need, I think, no? | 18:01:30 | |
| lazy trees is exactly about removing that requirement | 18:01:35 | |
| more generally, the problem of purity in presence of sources is the one of installing a virtual filesystem layer | 18:01:55 | |
| I think "you have to write your own deployment thing and it has to have the main thing people hate about the flakes UX" is not insignificant | 18:02:43 | |
| i'm gonna steal this, thank you | 18:02:47 | |
In reply to @raitobezarius:matrix.orgAbsolutely, but again, that's kinda detached from the flakes as builtins.path can also absolutely be made lazy | 18:02:51 | |
In reply to @weethet:catgirl.cloudthis I meant ^ | 18:02:55 | |
| there's also some talk that maybe some eval perf improvements only apply to flakes but not non-flakes pure eval, though I find that claim dubious without substantiation | 18:03:00 | |
In reply to @emilazy:matrix.orgIt's me saying that and I observed that directly | 18:03:31 | |
WeetHet: btw, I suggest you use darwin-rebuild activate from the built system | 18:03:34 | |
| (and raitobezarius too if copying it) | 18:03:39 | |
| it will reduce churn down the line | 18:03:54 | |
In reply to @emilazy:matrix.orgI think there's one place where it's actually true | 18:03:57 | |
In reply to @emilazy:matrix.orgI'm using flakes rn due to the above said performance issues | 18:04:06 | |
| Flakes are not configurable (except with that new configurable flakes features) | 18:04:06 | |
Non-Flakes are by nature already configurable via --argstr | 18:04:13 | |
| sorry then :D | 18:04:13 | |
In reply to @emilazy:matrix.org* | 18:04:18 | |
| Non-Flakes pure evaluation cannot avoid dealing with "how do you cache in presence of configuration" | 18:04:26 | |
| Flakes pure eval does not need to deal with this | 18:04:32 | |
| Thus, there's scenarios with Flakes pure eval can always beat non-Flakes pure eval by the virtue of just not having one feature (configuration) that requires more work to make cacheable | 18:04:52 | |