| 6 Jun 2025 |
 Randy Eckenrode | * pkgs.libc does nothing on Darwin. The libc is in the SDK. It needs to be there to allow the SDK to be overridden. The only way I can see breaking it out is to completely remove the link from cc-wrapper to libc and rely exclusively on libc being a package in the inputs (and I still expect some things to do the wrong thing). | 13:56:26 |
| Randy Eckenrode | If you need to refer to libc, the correct paths are /usr/include and /usr/lib. Darwin tooling uses a sysroot for the SDK because that’s how native tooling works (and several languages expect tooling to work like native tooling). | 13:57:51 |
| Randy Eckenrode | (Considering that you can’t meaningfully change the libc on Darwin, it probably doesn’t matter what pkgs.libc is because anything other than the default one is wrong.) | 13:58:52 |
| Randy Eckenrode | * (Considering that you can’t meaningfully change the libc on Darwin, it probably doesn’t matter what pkgs.libc is because anything other than libSystem is wrong.) | 14:01:18 |
| 7 Jun 2025 |
|  matrixrooms.info mod bot (does NOT read/send messages and/or invites; used for checking reported rooms) left the room. | 22:12:41 |
| matrixrooms.info mod bot (does NOT read/send messages and/or invites; used for checking reported rooms) joined the room. | 22:38:33 |
| 15 Jun 2025 |
|  @t4ccer:matrix.org left the room. | 19:07:10 |
| 16 Jun 2025 |
 p14 | I'm guessing noBrokenSymlinks broke pkgsStatic.pkgsLLVM.llvmPackages.libunwind:
ERROR: noBrokenSymlinks: the symlink /nix/store/l44d59cxpyc7cw4kg99xr0ni375g1ikd-libunwind-static-x86_64-unknown-linux-musl-19.1.7/lib/libgcc_s.so points to a missing target: /nix/s…
:(
(cc Tristan Ross ) | 18:26:16 |
 Tristan Ross | In reply to @p14:matrix.org
I'm guessing noBrokenSymlinks broke pkgsStatic.pkgsLLVM.llvmPackages.libunwind:
ERROR: noBrokenSymlinks: the symlink /nix/store/l44d59cxpyc7cw4kg99xr0ni375g1ikd-libunwind-static-x86_64-unknown-linux-musl-19.1.7/lib/libgcc_s.so points to a missing target: /nix/s…
:(
(cc Tristan Ross ) Huh, yeah we need to use the extension thing in the derivation | 18:27:22 |
| p14 | The extension thing? | 18:27:40 |
| p14 | I'm also wondering how a reference libgcc_s is ending up in the libunwind output? I guess the intent is to pretend to be libgcc_s? | 18:28:10 |
| Tristan Ross | In reply to @p14:matrix.org
The extension thing? In platform | 18:29:55 |
| p14 | you lost me | 18:30:10 |
| Tristan Ross | There's a thing there that says what extension to use for libraries | 18:30:23 |
| Tristan Ross | I can't look it up easily because I'm on mobile atm | 18:30:38 |
 emily | the libgcc_s thing is broken and should be removed anyway | 18:38:44 |
| emily | since it's not using llvm-libgcc | 18:38:55 |
| emily | there's lots of workarounds in the tree because of that | 18:39:14 |
| p14 | can't we just dontCheckForBrokenSymlinks = true 🫣 | 18:40:48 |
| emily | btw, does pkgsStatic.pkgsLLVM even stack right? | 18:42:15 |
| p14 | I believe it did until recently. | 18:48:53 |
| p14 | Module this issue and any issues uncovered after fixing it. | 18:49:23 |
| Tristan Ross | In reply to @emilazy:matrix.org
since it's not using llvm-libgcc llvm-libgcc isn't really possible the last time I tried it, it'd take a lot just to make it work. | 19:10:23 |
| Tristan Ross | In reply to @p14:matrix.org
can't we just dontCheckForBrokenSymlinks = true 🫣 No, because it's referring to a shared library instead of a static one | 19:12:05 |
| Tristan Ross | Which is why I mentioned that the library extension thing should be used from platform. | 19:12:37 |
| emily | well, linking libgcc_s to not libgcc_s also doesn't work :) | 19:16:55 |
| Tristan Ross | I've not seen it not work | 19:26:26 |
| Tristan Ross | So so far, it works enough to have a working basic desktop NixOS config on a Pi 4 | 19:26:50 |
| p14 | So, what's the minimal set of actions we can take to reinstate it? I guess it would need a pass through staging at least. | 19:31:00 |
 Alyssa Ross | Should be 0 rebuilds outside static | 19:44:45 |
