| 22 Dec 2025 |
 K900 | I fixed orcaslicer | 07:25:27 |
| K900 | https://github.com/NixOS/nixpkgs/commit/04de9bcc922ff493573be2c153fd775409243527 | 07:25:28 |
| K900 | I am going to scream | 07:25:31 |
 Grimmauld (any/all) | oh hey that probably fixes prusa slicer too | 07:59:39 |
| K900 | Yes it does | 08:01:26 |
| K900 | Very likely it fixes all the slic3r derivatives | 08:01:48 |
| Grimmauld (any/all) | i still need to fix medfile for my cad setup to work | 08:02:29 |
| Grimmauld (any/all) | that isn't hard, just a patch to replace %llu with %lu, but annoying because there is no git repo i could find | 08:02:55 |
 eveeifyeve | Is there any staging prs that I can review? | 12:27:01 |
| eveeifyeve | * Is there any staging prs that I can review? I have github actions + locally I run macos with linux-builder. | 12:27:18 |
 Randy Eckenrode | Actually, if I had to blame anything, it’s probably UB-related. ld64 can’t be built with libc++ hardening enabled. It’s pretty sloppy with what it does with pointers. Running it with UBSan prints a ton of issues.
Another possible issue is a couple of parts are parallelized. I wouldn’t be if there are races in there.
| 14:04:00 |
| Randy Eckenrode | Oh, and it uses recursion. That’s why it requires a massive stack and why GHC would crash it sometimes when we used the default stack size. | 14:04:38 |
| Randy Eckenrode | I mean, it randomly crashes under Rosetta 2. Switching to LLD can’t happen soon enough. | 14:05:51 |
 ghpzin | Just sent liblqr1 fix for darwin (that I broke fixing it for gcc15):
https://github.com/NixOS/nixpkgs/pull/473298
Would be nice to test whether it indeed builds fine on darwin (I only tested with clangStdenv). | 14:26:59 |
 Yureka (she/her) | pkgsMusl.stdenv fix (it's a world rebuild) | 20:06:02 |
| Yureka (she/her) | https://github.com/NixOS/nixpkgs/pull/473403 | 20:06:05 |
| ghpzin | Doesn't need second bootsrap update (aarch64 one) ? | 20:13:32 |
| ghpzin | Doesn't need second bootsrap update (aarch64 one) ?
(asked in PR) | 21:03:46 |
