!lheuhImcToQZYTQTuI:nixos.org

Nix on macOS

1174 Members
“There are still many issues with the Darwin platform but most of it is quite usable.” — http://yves.gnu-darwin.org190 Servers

Load older messages


SenderMessageTime
23 Dec 2025
@nazarewk:matrix.orgkdn I found that I had to find the bash instance referenced by linux-builder-start script and grant it full disk access 14:32:09
@nazarewk:matrix.orgkdnok... now how to make that linux-builder accessible from other machines? I want to use it as the primary builder for the aarch64 linux14:40:59
@ihar.hrachyshka:matrix.orgIhar 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:matrix.orgundefined01 joined the room.15:23:46
@debtquity:matrix.orgdebtquitywere you able to figure out a workaround here? i guess I just patch it to use older version?23:11:03
@niklaskorz:matrix.orgniklaskorzit 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 hydra23:11:50
@niklaskorz:matrix.orgniklaskorzweirdly it's passing for x86_64-darwin now on hydra but aarch64-darwin still isn't23:13:34
@debtquity:matrix.orgdebtquityi am updating my flake and it doesn't even build locally. maybe i need to clear nix store on local and remote builder23:14:30
@debtquity:matrix.orgdebtquitywhat's link to the hydra build?23:14:53
@debtquity:matrix.orgdebtquity

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:matrix.orgdebtquity 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:matrix.orgdebtquity
#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
@reckenrode:matrix.orgRandy EckenrodeWhy has swift-tools-support-core started crashing the compiler (but only when the build is run non-interactively)? ☹️04:37:34
@reckenrode:matrix.orgRandy EckenrodeDeleting the Clang module cache fixed it. That’s annoying.04:47:22
@k900:0upti.meK900 @emily so I looked at xquartz sources more 07:34:00
@k900:0upti.meK900For some reason they have two copies of xorg as a submodule07:34:30
@k900:0upti.meK900One here: https://github.com/XQuartz/XQuartz/tree/main/src/xquartz07:34:33
@k900:0upti.meK900And one here: https://github.com/XQuartz/XQuartz/tree/main/src/xorg07:34:37
@k900:0upti.meK900And they're different07:34:42
@k900:0upti.meK900Homebrew does not patch anything: https://github.com/Homebrew/homebrew-core/blob/6f4574dcadcbbcae28dce35c1fafa6d83fb7411d/Formula/x/xorg-server.rb07:37:09
@k900:0upti.meK900Maybe we just yeet the patches and see what happens?07:38:18
@k900:0upti.meK900OK so it does build without the patches at least07:42:00
@emilazy:matrix.orgemilyit's likely they can be dropped, but it'd be good to know which non-upstreamed patches still remain from https://github.com/XQuartz/xorg-server/commits/XQuartz-2.8.6_beta2/10:11:57
@emilazy:matrix.orgemilysince it looks like we were applying the stack from a years older XQuartz release10:12:18
@emilazy:matrix.orgemilyit's possible it's all been upstreamed10:12:27
@emilazy:matrix.orgemilyI doubt anyone is using it anyway though, so...10:13:16
@k900:0upti.meK900
❯ git log ..XQuartz-2.8.6_beta2 --oneline
bc1e86979 (tag: XQuartz-2.8.6_beta2, xquartz/server-21.1-apple) Revert "os/WaitFor: Check timers on every iteration"
b3ed8b8f3 randr: Initialize RandR even if there are currently no screens attached
cb70d9dba glx: Initialize glx even if there are currently no screens attached
ef3d57a50 Set thread priorities to user interactive or user initiated as appropriate
4f2e68644 rootless: Use screen_x and screen_y instead of pixmap pointer hacks
d6b3d426d rootless: Dead code removal (RootlessResizeCopyWindow)
dc63398b4 rootless: Remove an unnecessary memory copy when handling resize with gravity RL_GRAVITY_NONE (border width changes)
9369b19b4 rootless: Dead code removal (resize_after in StartFrameResize / FinishFrameResize)
3a7095578 rootless: Remove the special case for northwest gravity in StartFrameResize
10a00957c rootless: Use RL_GRAVITY_NORTH_WEST for min/max/zoom resizing
98a76f843 rootless: Ensure gResizeDeathPix is stored in locally-managed memory rather than re-using the implementation's backing store
a1839893f rootless: Remove option to disable ROOTLESS_RESIZE_GRAVITY
3abd32a08 rootless: Fixup some format errors in debug logging
11:24:51
@k900:0upti.meK900 @emily ^ 11:24:54
@k900:0upti.meK900I am not qualified to know if any of this matters11:26:15
@emilazy:matrix.orgemilyI don't think this is querying what you think11:27:11

Show newer messages


Back to Room ListRoom Version: 6