!lheuhImcToQZYTQTuI:nixos.org

Nix on macOS

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

Load older messages


SenderMessageTime
14 Sep 2025
@qyliss:fairydust.spaceAlyssa RossNot really16:59:13
@qyliss:fairydust.spaceAlyssa RossI mean it depends on the BSD16:59:25
@qyliss:fairydust.spaceAlyssa RossFor FreeBSD the only thing needed was changing some availability macros and getting the event loop to work, either with libepoll-shim or by porting it to kqueue, and that's been a solved problem for years now17:00:02
@qyliss:fairydust.spaceAlyssa RossFor OpenBSD and NetBSD IIRC Wayland itself works fine but they have a different input stack (wscons) that needed to be supported somewhere. I don't remember if that was in libwayland or libinput or whatever.17:00:31
@qyliss:fairydust.spaceAlyssa RossUpstream Wayland supports at least FreeBSD and I think OpenBSD now17:00:48
@qyliss:fairydust.spaceAlyssa RossNetBSD was only blocked on having CI last time I looked into it a few years ago17:01:13
@reckenrode:matrix.orgRandy EckenrodeThat’s better than I thought. Could Wayland on macOS be practical once Mesa’s Vulkan driver lands?17:06:22
@emilazy:matrix.orgemilyyou'd need a compositor17:10:31
@emilazy:matrix.orgemilyand most Wayland stuff will expect to be able to do EGL17:10:39
@emilazy:matrix.orgemilyso you'd need EGL17:10:44
@emilazy:matrix.orgemilyhttps://github.com/owl-compositor/owl exists but it doesn't implement any GL stuff so it's kind of useless17:10:58
@kfiz:matrix.sopado.dekfiz

kitty just crashed on me with presumably a code signing issue:

-------------------------------------
Translated Report (Full Report Below)
-------------------------------------

Incident Identifier: 53E208A4-1092-48F7-9E5F-DB3B937EA120
CrashReporter Key:   4DCE7E1E-73C0-B340-BF17-C51835E349F9
Hardware Model:      MacBookPro18,3
Process:             kitty [23039]
Path:                /Users/USER/*/kitty.app/Contents/MacOS/kitty
Identifier:          net.kovidgoyal.kitty
Version:             0.42.2 (0.42.2)
Code Type:           ARM-64 (Native)
Role:                Default
Parent Process:      launchd [1]
Coalition:           net.kovidgoyal.kitty [48843]

Date/Time:           2025-09-14 19:04:14.9866 +0200
Launch Time:         2025-09-14 19:04:14.9744 +0200
OS Version:          macOS 15.6.1 (24G90)
Release Type:        User
Report Version:      104

Exception Type:  EXC_CRASH (SIGKILL (Code Signature Invalid))
Exception Codes: 0x0000000000000000, 0x0000000000000000
Termination Reason: CODESIGNING 4 Launch Constraint Violation
17:12:13
@reckenrode:matrix.orgRandy EckenrodeEGL via Zink?17:13:16
@emilazy:matrix.orgemilysomething like that.17:13:37
@emilazy:matrix.orgemily maybe the gitFull curse 17:13:51
@kfiz:matrix.sopado.dekfizMissed that one. Mind giving me some context?17:17:34
@emilazy:matrix.orgemilyhttps://github.com/NixOS/nixpkgs/issues/208951 – you won't find much insight there though, a lot of people going down blind alleys17:18:27
@emilazy:matrix.orgemily the closest insight we have is Zhaofeng Li's 17:18:51
@emilazy:matrix.orgemily which is that it is nondeterministic and depends on whether you have built the derivation on the build system before 17:19:03
@emilazy:matrix.orgemilyhttps://github.com/NixOS/nixpkgs/issues/208951#issuecomment-3208584142 has some links to Matrix discussions17:19:14
@emilazy:matrix.orgemilyit could be something else entirely too17:19:56
@emilazy:matrix.orgemilybut that's the haunted codesigning bug17:19:59
@k900:0upti.meK900Wayland in practice relies on dma-buf17:39:11
@k900:0upti.meK900Which BSDs implement because they yoinked all of DRM pretty much17:39:20
@k900:0upti.meK900owl has a custom protocol for OSX specific buffer passing which is not practical17:39:33
@emilazy:matrix.orgemily you could probably just implement dma-buf. if you really wanted to. 17:41:28
@k900:0upti.meK900Without kernel help? Doubt18:17:07
@xworld21:matrix.orgVincenzo left the room.18:37:24
@xworld21:matrix.orgVincenzo joined the room.18:38:30
@n8henrie:matrix.orgn8henrie

Out of general curiosity I decided to enable nixpkgs.config.contentAddressedByDefault on my macbook today. I can't build apple-sdk-11.3:

    > Removing the following dylibs from the libSystem reexported libraries list: /usr/lib/system/libcorecrypto.dylib
       > /nix/store/accd693hrbxmm122p93v64g9jpmiyj6h-bootstrap-stage0-stdenv-darwin/setup: line 2070: 55582 Killed: 9               llvm-readtapi --filetype=tbd-v5 usr/lib/$libSystem
       >      55583                       | jq --argjson libs '["/usr/lib/system/libcorecrypto.dylib"]' '
       >     if .libraries then
       >       .libraries[] |= select(.install_names[] | any([.] | inside($libs)) | not)
       >     else
       >       .
       >     end
       >     | .main_library.reexported_libraries[].names[] |= select([.] | inside($libs) | not)
       >   ' > usr/lib/$libSystem~
       For full logs, run:
         nix log /nix/store/kslyz4f3vny3bbbddab5f2bwlshccy3l-apple-sdk-11.3.drv

Seeing some out-of-store paths, I tried disabling sandbox, which didn't help.

Is the content-addressed stuff not expected to work (yet) on darwin?

18:49:08

Show newer messages


Back to Room ListRoom Version: 6