Nix on macOS | 1178 Members | |
| “There are still many issues with the Darwin platform but most of it is quite usable.” — http://yves.gnu-darwin.org | 192 Servers |
| Sender | Message | Time |
|---|---|---|
| 13 Jun 2021 | ||
| What do you think about depending on importing that file as much as possible? | 19:32:36 | |
| 20:53:41 | ||
| sounds good, you can split it into sdk versions and extras for the old stuff or something | 22:02:24 | |
| Oki. nn : ) | 22:06:46 | |
| 15 Jun 2021 | ||
| 05:14:07 | ||
| hi everyone. I'm newish to nix. Could some one help me figure out how to get started porting packages to support macos & upstreaming the changes? For example currently I'm trying to add support for qbittorrent which has a macos binary available | 05:16:58 | |
| I cloned the nixpkgs repo and I'm looking at the qbittorrent nix file but kind of hard to know where to get started | 05:19:22 | |
abueide: Nix typically doesn't use external binaries. I guess the first step is to see why the Nix build fails. In a Nixpkgs checkout, you can do nix-build -A qbittorrent. It'll tell you how to circumvent the platform restriction, or you can just remove platforms = ... in the file you already found. From there it depends on learning style, I guess? I personally pieced together stuff a lot from the nixos.org manuals and nix pills. 🙂 | 06:27:45 | |
| I think 3 of the llvm11 builds went through, but then another staging eval came in :p | 15:28:17 | |
| 17:14:12 | ||
| Hiya, I just tried setting up Nix and nix-darwin on a brand new Big Sur Mac, and it seems the Git in Nix is quite a bit slower than the one installed by Xcode. I'm not entirely sure if this is a Nix thing or something else, but I'm not sure what to debug next.
| 17:15:44 | |
| Looks like it may be while loading the libraries:
| 17:34:16 | |
| * Looks like it may be while loading the libraries:
| 17:34:23 | |
Yeah, setting DYLD_PRINT_LIBRARIES=1 as well, I see the slowness as it' printing dyld: loaded: /nix/store/… lines. Not sure if this is a Nix thing or just a "uses a lot of dylibs" thing | 17:46:09 | |
| sounds roughly as expected | 18:01:11 | |
| iirc binary spawning is a little slow on NixOS too due to the linking model | 18:01:23 | |
| people have thought about optimizing it but I don't think anything's actually made its way upstream | 18:01:34 | |
| dunno if anyone has done such work for macOS though | 18:02:02 | |
| LnL: Hydra's such a cruel mistress, : s | 19:51:09 | |
| LnL: Hmm, could use some advice. The updated darwin.hfs is lacking the entire core/ subdirectory. And this is the only bit that was used. Headers with similar names do appear in other subdirectories but they already did in the older hfs. And in the older hfs their contents differs from the ones in core/. Should I refrain from updating this apple_source_release? | 20:02:31 | |
| Sarah Hodne: weird, I'd expect the dyld3 caching to apply to everything not just system binaries | 20:09:39 | |
| toonn: not sure, depends a bit what we need it for, sometimes stuff disappears or gets moved to other packages some good things to look for it is are the raw sdk and googling with site:opensource.apple.com | 20:11:44 | |
| LnL: Hmm, I'm not sure what I'm looking for. Both the SDKs have the headers in the Kernel.framework. | 20:59:43 | |
site:opensource.apple.com "_HFS_ENCODINGS_H_" points me to hfs and xnu | 21:17:41 | |
| both old however so seems like it was moved somewhere else | 21:19:43 | |
| I think it was moved from xnu/bsd/hfs to hfs at some point. | 21:54:37 | |
| 16 Jun 2021 | ||
| I expect binary spawning on macos to be similar to regularly compiled programs. In my quick tests, nix git is very similar to apple git (nix is around 5 ms faster). Spending 1.2 seconds in dylib loading is very unusual. | 05:53:49 | |
which revision of nixpkgs is this, maybe something is broken? (nix-info will show this) | 05:54:39 | |
| 07:54:04 | |
| 07:56:11 | |