| 23 Dec 2025 |
 Ihar Hrachyshka | kdn: I think you should check this warning. The builder uses the same key for all machines. If you expose it to network, anyone will be able to mine monero run builds on it. | 15:12:07 |
|  undefined01 joined the room. | 15:23:46 |
 debtquity | were you able to figure out a workaround here? i guess I just patch it to use older version? | 23:11:03 |
 niklaskorz | it passes locally for me and I just deal with having to build it from source atm, didn't have time to chase why it's failing in hydra | 23:11:50 |
| niklaskorz | weirdly it's passing for x86_64-darwin now on hydra but aarch64-darwin still isn't | 23:13:34 |
| debtquity | i am updating my flake and it doesn't even build locally. maybe i need to clear nix store on local and remote builder | 23:14:30 |
| debtquity | what's link to the hydra build? | 23:14:53 |
| debtquity | hmm - seems it's not tailscale for me. but gopls dependency?
error: Cannot build '/nix/store/9ziiha04cxm45lsbhw2g65azcsr287a2-gopls-0.21.0.drv'.
Reason: builder failed with exit code 2.
Output paths:
/nix/store/4s7fb36fqfgdhmkjn3p1d4wglcs0avm0-gopls-0.21.0
Last 9 log lines:
> Using versionCheckHook
> Running phase: unpackPhase
> unpacking source archive /nix/store/ba7p1n83qzxd8jskja9w0yxq639z74fr-source
> source root is source
> Running phase: patchPhase
> Running phase: updateAutotoolsGnuConfigScriptsPhase
> Running phase: configurePhase
> Running phase: buildPhase
> Building subPackage ./.
For full logs, run:
nix log /nix/store/9ziiha04cxm45lsbhw2g65azcsr287a2-gopls-0.21.0.drv
| 23:25:19 |
| 24 Dec 2025 |
| debtquity | on the linux-builder, the /nix/.ro-store is at 100%. How do I clean this? Also I use an ephemeral builder, but seems this does not get cleared out | 00:24:13 |
| debtquity | #df -H
...
certs 2.0T 528G 1.5T 27% /etc/ssl/certs
/dev/vdb 1.1G 1.1G 0 100% /nix/.ro-store
overlay 42G 29M 40G 1% /nix/store
shared 2.0T 528G 1.5T 27% /tmp/shared
| 00:24:29 |
 Randy Eckenrode | Why has swift-tools-support-core started crashing the compiler (but only when the build is run non-interactively)? ☹️ | 04:37:34 |
| Randy Eckenrode | Deleting the Clang module cache fixed it. That’s annoying. | 04:47:22 |
 K900 | @emily so I looked at xquartz sources more | 07:34:00 |
| K900 | For some reason they have two copies of xorg as a submodule | 07:34:30 |
| K900 | One here: https://github.com/XQuartz/XQuartz/tree/main/src/xquartz | 07:34:33 |
| K900 | And one here: https://github.com/XQuartz/XQuartz/tree/main/src/xorg | 07:34:37 |
| K900 | And they're different | 07:34:42 |
| K900 | Homebrew does not patch anything: https://github.com/Homebrew/homebrew-core/blob/6f4574dcadcbbcae28dce35c1fafa6d83fb7411d/Formula/x/xorg-server.rb | 07:37:09 |
