| 14 Apr 2026 |
 viraptor | https://github.com/NixOS/nixpkgs/pull/509975 supports SVG now - give it a go? | 13:49:53 |
| viraptor | Yet another one then: intent builder reimplemented https://github.com/NixOS/nixpkgs/pull/509997
(I'm still waiting on security to fix their alerts, so can't test it end to end with your PR, but individually it all works - may just need some PATH fun if it gets called with xcrun) | 15:11:56 |
| viraptor | * | 15:14:41 |
 eveeifyeve | Redacted or Malformed Event | 15:51:27 |
| 15 Apr 2026 |
 Randy Eckenrode | I have made some progress on my 26.4 SDK issue. It appears that ld64 supports linking ABI-compatible dylibs of a different architecture (e.g., arm64e to your arm64 binary and x86_64 to x86_64h), but it does not appear that support extends to text-based stubs. Whether that’s something I broke or a feature that got added in a newer libtapi, I don’t know. | 01:23:24 |
| Randy Eckenrode | As in, clang libarm64e.dylib foo.c -o foo works but clang libarm64e.tbd foo.c -o foo does not. | 01:26:07 |
| Randy Eckenrode | Where libarm64e.tbd is generated from libarm64e.dylib. | 01:26:21 |
| Randy Eckenrode | I tried updating ld64, but it’s still failing, so the issue is in libtapi. Lovely. | 01:48:28 |
| Randy Eckenrode | I linked ld64 against libtapi from Xcode. It works. The fix has to be in libtapi. This sucks. | 02:11:12 |
| Randy Eckenrode | Why did Apple stop releasing libtapi source? | 02:11:24 |
| viraptor | Someone seems to be maintaining a fork https://github.com/tpoechtrager/apple-libtapi - not ideal, but maybe that's enough? | 03:21:04 |
| Randy Eckenrode | We have a fork that links against LLVM in nixpkgs instead of yet another instance of Apple’s fork. I might be able to cherry-pick the patch. | 03:23:51 |
 EsperLily [she/her] | can i get someone to approve my PR that fixes MacVim? https://github.com/NixOS/nixpkgs/pull/506844 | 04:00:35 |
 axw | https://github.com/Wawona/Wawona/ there is now a successor to the owl compositor | 09:01:42 |
| axw | * https://github.com/Wawona/Wawona/ there is now a successor to the owl compositor this apparently works on iOS too. | 09:47:51 |
| axw | * https://github.com/Wawona/Wawona/ there is now a successor to the owl compositor this apparently works on iOS/Android too. | 09:48:05 |
 bestlem | eveeifyeve: The issue is that Homebrew itself does not understand multi-user setups. All homebrew setup on one machine belongs to one user - on a multi-user machine it might be work creating a user homebrew for just homebrew. | 14:38:55 |
| Randy Eckenrode | https://github.com/NixOS/nixpkgs/pull/506470#issuecomment-4252904631 | 16:51:17 |
| Randy Eckenrode | 😕 | 16:51:25 |
| Randy Eckenrode | I'm not able to reproduce the failure either. I hope it’s just something like the channel hasn’t advanced yet on Darwin. | 17:17:39 |
 nasso | i keep getting Killed: 9 immediately after running a specific version of ffmpeg :(
e.g. /nix/store/6a5nr567sb4a36lisa6gydpp3bfij1vv-ffmpeg-8.0-bin/bin/ffmpeg -version IMMEDIATELY gets killed, but /nix/store/nsrc95cdywj31amg8pz6ncbsn9y5a0a6-ffmpeg-8.0.1-bin/bin/ffmpeg -version works fine
and... codesign -vv says the first one isn't valid, but the second one is....
and yet, even after doing codesign --sign - --force --preserve-metadata=entitlements,requirements,flags,runtime on the first one, it still gets killed...
it looks like https://github.com/NixOS/nixpkgs/issues/208951, but all this is telling me is "macOS is weird sometimes and nobody knows why"
am i the only one getting this? is there any workaround? i tried nix store repair, doesn't work | 23:13:05 |
| nasso | now im just scared this can happen to any binary ever | 23:13:23 |
| viraptor | It can potentially. If you scroll up a few days, there's been a chat about it | 23:54:16 |
| 16 Apr 2026 |
| Randy Eckenrode | $ DEVELOPER_DIR=$DEVELOPER_DIR_26 SDKROOT=$SDKROOT_26 clang test.c -o test --ld-path=$PWD/src/ld/ld
$ ./test
Hello, arm64e
| 01:40:12 |
| Randy Eckenrode | Yay. | 01:40:14 |
 xored | anyone familiar with flake-parts, i need to expose a package (output of pkgs.writeShellApplication) only on macos on my flake, is there an easy way of doing this with flake parts? Also, the "normal" way of flake .packages.aarch64-darwin is not working inside of a flake-parts module
https://termbin.com/iohy | 02:22:11 |
 antifuchs | In reply to @xored:xored.lol
anyone familiar with flake-parts, i need to expose a package (output of pkgs.writeShellApplication) only on macos on my flake, is there an easy way of doing this with flake parts? Also, the "normal" way of flake .packages.aarch64-darwin is not working inside of a flake-parts module
https://termbin.com/iohy Might just set meta.platforms to darwin, that way the package won’t build elsewhere; not great if you want perfect flake metadata but it’ll do the trick | 02:41:45 |
| Randy Eckenrode | https://github.com/NixOS/nixpkgs/pull/510469 updates ld64 and fixes the 26.4 SDK issue. | 02:48:35 |
| Randy Eckenrode | Also incorporates the duplicate RPATH patch. | 02:48:44 |
| EsperLily [she/her] | it would be really nice to get https://github.com/NixOS/nixpkgs/pull/506844 reviewed so macvim stops being broken. i just rebased/updated it now that my other vim PR has been merged | 09:14:40 |
