| 17 Oct 2025 |
 samasaur | apps are copied in nix-darwin but still linked in HM | 15:08:36 |
| samasaur | I'm not sure if anyone is actively working on making copying the default in HM as well | 15:09:04 |
 Ihar Hrachyshka | ah. I don't really use nix-darwin for package management, so it's not too helpful. thought it was tackled for both. :( thanks for the confirmation. | 15:11:15 |
| samasaur | I think we have pretty universally come to consensus that copying is the best option by default, so I suspect HM would be open to a PR. I just think nobody has had the combination of time and desire to do so | 15:12:45 |
 WeetHet | I've rewritten my module to link contents and it seems to work fine with spotlight | 15:27:34 |
| WeetHet | I copy the icon specifically | 15:27:55 |
| samasaur | by "link contents" do you mean there's a real .app folder under /Applications but the contents are linked from the store? | 15:28:14 |
| WeetHet | I create all subfolders by hand and then link files | 15:28:40 |
| WeetHet | Yeah | 15:28:42 |
| samasaur | gotcha | 15:28:46 |
| samasaur | I think that is known to work for Spotlight but exhibits other issues | 15:28:58 |
| samasaur | not to say that tradeoff isn't worth it for you, but I believe we considered it as the default and decided against it | 15:29:19 |
 Erik | Wish we could mount —bind on macOS | 15:29:42 |
| WeetHet | I wish we had firmlinks | 15:30:11 |
 spewdins | I wish macOS didn’t have SIP | 15:31:54 |
| spewdins | /s | 15:31:58 |
| samasaur | discussion starts from here | 15:32:43 |
| Ihar Hrachyshka | so tl;dr for those who need spotlight working - just stick to randy's copy module? | 15:33:51 |
| Ihar Hrachyshka | (was getting some rsync permission denied errors with it today even though my kitty was in the list of app management and it wasn't clear how to fix it - which is why I was hoping that maybe latest improvements rendered the module unneeded :( | 15:35:00 |
| samasaur | for HM? yes. for nix-darwin, that's what we based the PR on, so you should be good to remove it (though it should ofc keep working) | 15:47:15 |
| samasaur | if you are getting these errors with nix-darwin (and you tried toggling the switch for kitty and then turning it back on), then it's a bug on our end | 15:47:52 |
| samasaur | well actually who knows how the app management DB works. it might be a bug on our end | 15:48:14 |
 Randy Eckenrode | macOS supports nullfs mounts (the BSD equivalent), but it’s restricted to an Apple-only entitlement. ☹️ | 15:52:48 |
| samasaur | fascinating. i'm adding apple-sdk_26 so I'm following emily's process in https://github.com/NixOS/nixpkgs/pull/347862 . everything seemed to be working normally (made a test package requiring an API introduced in 26.0, which built using the Xcode toolchain but not using the default SDK in nixpkgs; packaged the SDK; the test package built with apple-sdk_26), but when I add (darwinMinVersionHook "26.0") to buildInputs the resulting binary runs on my laptop, which is still on macOS 15 | 17:22:49 |
 emily | that's expected I think | 17:23:59 |
| emily | you can check with otool what's recorded | 17:24:04 |
| emily | I don't think the system rejects binaries with newer minimum versions | 17:24:10 |
| emily | it just affects what's recorded in the binary and also compilation of feature checks etc. | 17:24:17 |
| emily | are you sure it is actually using the API at runtime? | 17:24:44 |
| emily | and not getting dead code eliminated or something? | 17:24:48 |
