Nix on macOS | 1160 Members | |
| “There are still many issues with the Darwin platform but most of it is quite usable.” — http://yves.gnu-darwin.org | 187 Servers |
| Sender | Message | Time |
|---|---|---|
| 19 Nov 2025 | ||
| Setting
| 10:45:01 | |
| Neither behaviour is very nice honestly | 10:45:14 | |
Setting it to /no-cert-file.crt does nothing in 99% of the cases and breaks the remaining 1% which is using native macOS keychain in FODs | 10:46:32 | |
If you really want to set it to something set it to NIX_SSL_CERT_FILE but this is also incorrect since now the program that expects that it would use native keychain now starts using the .crt file | 10:47:33 | |
| 10:48:09 | ||
| This is still better than having a non-existent file since it wouldn't break immediately and for nixpkgs you can't rely on some certificates being installed locally | 10:48:28 | |
| So maybe this is the correct way for nixpkgs | 10:48:45 | |
| But the current behaviour is objectively incorrect | 10:49:00 | |
| I don't see how using the native keychain is right during builds. There's no way to manage that from Nix so it'd mean builds could never be pure. | 10:53:10 | |
| 10:55:52 | ||
| I'm still talking about FODs | 10:55:56 | |
| They can use whatever certs they want as long as the output hash matches | 10:56:22 | |
| The other option still is
| 11:00:46 | |
| Which is still better than the current one | 11:00:55 | |
| For FODs I agree, if the hash matches there's no purity problem. But that shell excerpt has nothing to do with FODs, no? | 11:31:28 | |
How would that break using Keychain? Do some libraries not try to use it if you set SSL_CERT_FILE? | 11:34:06 | |
| (Even if it doesn’t exist.) | 11:35:09 | |
| As far as I can tell this just uses the bundle of the variable is set | 11:35:19 | |
| Given that unseting it fixes there run | 11:35:50 | |
| * | 11:35:59 | |
| * | 11:41:35 | |
| * | 11:41:52 | |
| darwin-rebuild fails with "error: permission denied when trying to update apps, aborting activation. home-manager requires permission to update your apps, please accept the notification and grant the permission for your terminal emulator in System Settings. If you did not get a notification, you can navigate to System Settings > Privacy & Security > App Management.". I didn’t get a notification so I tried adding both wezterm and terminal to "app management", but as soon as I restart the darwin-rebuild they get removed from the list | 16:04:58 | |
| Found the issue https://github.com/nix-community/home-manager/issues/8174 | 16:10:30 | |
yeah it seems like a 26.1–specific bug that only affects home-manager and not nix-darwin, which implies that sudo avoids the issue | 16:18:26 | |
| did removing the directory work for you? | 16:18:34 | |
| also are you actually in 26.1 or is this wider-spread than I thought | 16:18:48 | |
| * also are you actually on 26.1 or is this wider-spread than I thought | 16:18:54 | |
| 18:43:18 | |
*
| 18:43:27 | |