| 20 Dec 2025 |
 emily | (or the reverse? I forget.) | 18:32:51 |
| emily | I think that ld64 might call into some OS API for codesigning stuff that may have some internal cache that is busted in some way, or something. | 18:33:15 |
| emily | but I haven't had the time to do a deep dive. | 18:33:24 |
| emily | I'm very tempted to blame the recent OS update on the builders for why it's suddenly breaking more often on Hydra. | 18:33:35 |
| emily | FWIW, the "signature" is just a hash | 18:33:57 |
| emily | I forget if we determined a preimage for the incorrect hash we get or not | 18:34:10 |
| emily | anyway the linked PR is just me cleaning up the rebuild hack i did on -next. | 18:34:29 |
| 21 Dec 2025 |
 Randy Eckenrode | ld64 uses libcodedirectory to parse signatures, but it does the signing itself using OpenSSL. | 01:53:19 |
| Randy Eckenrode | libcodedirectory is the bundled one plus my patch for checking whether a binary is linker-signed. | 01:53:43 |
 whispers (it/fae) | just to check, should all PRs with fixes for gcc 15 failures be targeted at staging-next, or only particularly impactful ones (and others make their way from master)? | 05:49:33 |
 K900 | Either works | 05:50:49 |
| 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 |
| 28 Jun 2021 |
|  @grahamc:nixos.org set the history visibility to "world_readable". | 15:07:04 |
