NixOS Module System | 204 Members | |
| 47 Servers |
| Sender | Message | Time |
|---|---|---|
| 5 Jun 2026 | ||
| * Maybe we should continue on the records. They are basically done, i clarified the remaining design questions with roberth. So if anyone would be willing to sit down ^^ llakala :D | 15:42:27 | |
| i can take a review of the PR if you'd like | 15:42:46 | |
| Sorry I've been letting that PR stall. I haven't looked closely at hsjobeki 's changes to it, but would be willing to pencil in some time if we have a clear direction now. | 15:43:08 | |
| And i forgot to push the latest changes as well ^^ :D | 15:43:35 | |
| Made a mess locally, and never cleaned it up for a commit | 15:43:56 | |
| let me know if/when you get a chance to push | 15:58:55 | |
Is this a bug in mkRemovedOptionModule or a deliberate limitation?The apply and assertion error messages both use the raw unprefixed option loc passed to the function for error messages, instead of using the actual opt.loc. | 17:12:17 | |
* Is this a bug in mkRemovedOptionModule or a deliberate limitation? (extra context)The apply and assertion error messages both use the raw unprefixed option loc passed to the function for error messages, instead of using the actual opt.loc. | 17:13:25 | |
| Redacted or Malformed Event | 17:23:08 | |
took a look for fun at the implementation and found that it used concatMapAttrs, which i looked into and found to be dreadfully slow, running a // b on every single element. put up an issue on that here | 18:50:40 | |
| this is probably my record for largest speedup in a lib function | 18:51:03 | |
| In fact we wanted to implement it as a builtin so we avoid this mess altogether | 19:50:50 | |
| I think I used zipAttrsWith if I remember correctly. I'll probably take a look tomorrow | 19:52:19 | |
| See: https://github.com/NixOS/nix/pull/13986 | 19:53:47 | |
| To many things to do ^^ | 19:53:57 | |
| https://github.com/NixOS/nixpkgs/pull/528556 | 20:17:06 | |
| We can also save on lexical scope: https://github.com/NixOS/nixpkgs/pull/528563 | 20:27:44 | |
| with lib; with types; is used in a lot of files. | 20:28:16 | |
* broad with lib; with types; is used in a lot of files. | 20:28:40 | |
I really want to forbid the with statement :/ | 20:29:22 | |
| 6 Jun 2026 | ||
| What profiling tool is this | 01:39:43 | |
| NIX_SHOW_STATS=1 | 04:37:29 | |
| compared via this jq script i wrote
| 04:38:08 | |
| 19:53:22 | ||
| 7 Jun 2026 | ||
| 05:17:04 | ||
| 8 Jun 2026 | ||
I guess we could fix listOf by checking if the elemType may contain any submodule, and use the elemType.check then. However, we should make sure the error message does not add more confusion. Such as complaining that this is not an enumerated value, while we expect a list of enumerated values. | 13:00:41 | |
* I guess we could fix listOf by skipping if the elemType may contain any submodule, and use the elemType.check then. However, we should make sure the error message does not add more confusion. Such as complaining that this is not an enumerated value, while we expect a list of enumerated values. | 13:00:53 | |
* I guess we could fix listOf by skipping if the elemType may contain any submodule, and use the elemType.check otherwise. However, we should make sure the error message does not add more confusion. Such as complaining that this is not an enumerated value, while we expect a list of enumerated values. | 13:01:05 | |
| 22:31:59 | ||
| 9 Jun 2026 | ||
| 16:07:54 | ||