 | Nix on macOS | 1183 Members |
| “There are still many issues with the Darwin platform but most of it is quite usable.” — http://yves.gnu-darwin.org | 193 Servers |
| Nix on macOS | 1183 Members |
| “There are still many issues with the Darwin platform but most of it is quite usable.” — http://yves.gnu-darwin.org | 193 Servers |
| Sender | Message | Time |
|---|---|---|
| 15 Apr 2026 | ||
 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 fineand... 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 | | 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.lolMight 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 |
| EsperLily [she/her] | i haven't used flake-parts myself. looking at it right now, it has a whole perSystem thing and it looks like you're supposed to do something like perSystem = { config, pkgs, ... }: { packages.foo = pkgs.callPackage ./foo.nix {}; }? my inclination would be to figure out how you look up the current system (is it just pkgs.stdenv.hostPlatform.system or is there a better way to check, such as is it available just as an argument here?) and to then just conditionally expose a packages.aerospace-focus-fzf package depending on whether that system is darwin. something like perSystem = { lib, config, pkgs, ... }: { packages.${lib.optionalDrvAttr pkgs.stdenv.hostPlatform.isDarwin "aerospace-focus-fzf"} = aerospace-focus-fzf; } | 09:26:49 |
| Randy Eckenrode | I remember the previous discussion about hardening flags, so LGTM. I approved and added it to the merge queue. | 10:42:28 |
| xored | I tried this with mkIf and some part of flake-parts was referencing the missing platform, I’m not sure what optionalDrv… does but I’ll try later | 12:25:06 |
| Randy Eckenrode | I second the suggestion to set meta.platforms to lib.platforms.darwin. That flakes allow packages to vary per system feels like a footgun. You’ll get a worse error message on unsupported platforms (i.e., Nix will complain about a missing attribute instead of telling you the platform is unsupported), and it adds complexity to the flake definition. | 13:15:08 |
| Randy Eckenrode | I can understand the motivation (avoiding the need to eval the package to determine supported platforms), but it makes the UX worse. | 13:18:05 |
| xored | the problem is I have more than one package that has this issue, e.g the arrs don't build on darwin at this point, so I need to force them on linux only, i've been experimenting with patching pkgs-by-name-for-flake-parts (which handles the linux ones), but I'd need to need how to have it behave properly to begin with | 17:36:53 |
| xored | and I have meta.badPlatforms on the arrs btw, nix screams on refusing to evaluate | 17:37:34 |