| 11 Aug 2025 |
 niko ⚡️ | In reply to @raitobezarius:matrix.org
It would be ideal if we could put these configurations in CI Is that something I could contribute as well or is the CI config somewhere else | 20:18:20 |
 raitobezarius (DECT: 7248) | For Darwin, it's a bit blocked on reconfiguring things because I dont think the Sandbox can run inside the sandbox | 20:19:04 |
| niko ⚡️ | Makes sense | 20:23:52 |
| 12 Aug 2025 |
 emily | auto-allocate-uids is frankly too broken to build most things on Darwin. though I have plans for how that could be improved | 00:32:50 |
| raitobezarius (DECT: 7248) | Fwiw we will be able to bump kernel version again, raboof was able to minimise the kernel issue and a kernel maintainer fixed it: https://lore.kernel.org/all/20250811-iot_iter_folio-v1-2-d9c223adf93c@codewreck.org/T/#u | 02:07:07 |
 Lunaphied | What how did we even hit that | 16:06:06 |
| raitobezarius (DECT: 7248) | The local releng in a VM test exercises 9pfs and folios :-) | 16:32:46 |
| emily | fyi parse-toml-timestamps is inherently broken and also toml11 is breaking eval compat for it which is blocking the upgrade in Nixpkgs – https://github.com/NixOS/nix/pull/13741#issuecomment-3180851635 | 20:04:59 |
| emily | Sergei Zimmerman (xokdvium)'s patch restores the behaviour of the old toml11 version which seems good for stable releases but I'd suggest considering dropping the feature entirely | 20:05:30 |
| raitobezarius (DECT: 7248) | Lord | 20:07:00 |
| raitobezarius (DECT: 7248) | If I gather well, this is under a clear XP feature? | 20:07:46 |
| raitobezarius (DECT: 7248) | So I would also lean on deletion | 20:08:25 |
 Sergei Zimmerman (xokdvium) | That'd be great | 20:08:48 |
| Sergei Zimmerman (xokdvium) | The fact that old tests didn't cover the most fucked semantics is infuriating | 20:09:25 |
| raitobezarius (DECT: 7248) | Yeahh, I suppose I was too optimistic about Tom's small language being well behaving | 20:10:09 |
| raitobezarius (DECT: 7248) | All these fromXYZ file format deserializers are ticking bombs :( | 20:10:34 |
| emily | yes, fromTOML by default rejects timestamps | 20:12:14 |
| emily | and I cannot find any evidence of anyone relying on this feature | 20:12:24 |
| emily | it was introduced for https://github.com/input-output-hk/foliage/issues/46 which didn't seem to ever happen | 20:12:31 |
| emily | (TOML is definitely not well-behaved. the top-level value can only be one type…) | 20:12:48 |
| Sergei Zimmerman (xokdvium) | https://toml.io/en/v1.0.0#local-time
Millisecond precision is required. Further precision of fractional seconds is implementation-specific.
FML
| 20:13:15 |
| emily | I think that the semantics that fromTOML exposes stably should be relatively safe; it's just that experimentally extending it to timestamps turns out to be more complicated than expected | 20:13:17 |
| emily | that fromTOML cannot handle all of TOML… is suboptimal, but oh well | 20:13:32 |
| emily | easier to expand than shrink :) | 20:13:47 |
| emily | I do think that the patch should be applied to stable releases, because breaking eval semantics even for experimental features in stable releases seems bad, and the Nixpkgs bump is blocked right now | 20:14:27 |
| emily | but +2 for dropping for next release | 20:14:40 |
| raitobezarius (DECT: 7248) | Somehow obvious amirite | 20:15:06 |
| raitobezarius (DECT: 7248) | Alright | 20:15:39 |
| raitobezarius (DECT: 7248) | Taking away exp features from stable releases is a bit meh tho | 20:15:57 |
| emily | Sergei Zimmerman (xokdvium)'s patch doesn't take anything away | 20:16:16 |
