| 4 Jun 2021 |
 LnL | not really but using the new bootstrap tarball after everything is ready is a great test to check that everything is in a good state for the next bump | 21:17:00 |
| LnL | as long as nothing breaks it doesn't need to be updated at all | 21:18:57 |
| LnL | on the linux side there was a recent bump in 2019, but before that it was very old :D | 21:22:47 |
 toonn | LnL: I'll have to get to this tomorrow. Seem to have run out of brain juice : ) | 21:42:15 |
| 5 Jun 2021 |
|  mTvare changed their display name from pr to shade buildscripts rn to mTvare. | 06:06:46 |
 Alyssa Ross | Is there a kind macOS user around who could build Nix with https://github.com/alyssais/nix/commit/host_os, and let me know 1) if it builds 2) if the output contains the launchd service in Library/LaunchDaemons? | 10:15:37 |
| toonn | AlyssaRoss: `ls result/Library/LaunchDaemons/` -> `org.nixos.nix-daemon.plist` | 14:26:28 |
| Alyssa Ross | thank you! | 14:26:55 |
| toonn | Np. | 14:27:49 |
| toonn | LnL: Looking into altering the XNU patch. I'm not sure it's how practical that is. The patched file isn't in the resulting bootstrap-tools. I think it's only used when building XNU. | 14:43:33 |
| toonn | I'll try seeing if diffing the bootstrap-tools provides any hints. | 14:44:13 |
| toonn | Maybe we can just delay it to after the bootstrap-tools rebuild? Afaict it's a bug but it mustn't have caused much trouble yet. | 14:45:19 |
| toonn | LnL: Hmm, looking at the Libsystem patch now, the patch was easy to compose but I'm not actually sure how we can use it without causing a stdenv rebuild? Because wouldn't patching bootstrap-tools be done from pkgs/stdenv/darwin/default.nix? And adding patching there would still cause a stdenv rebuild? | 15:02:47 |
| LnL | by only applying it the Libsystem used in bootstrap-tools instead of darwin.Libsystem | 15:07:23 |
| LnL | here are some other examples of packages which are customized in the build https://github.com/toonn/nixpkgs/blob/bootstrap-tools-bump/pkgs/stdenv/darwin/make-bootstrap-tools.nix#L20-L33 | 15:07:52 |
| toonn | Oh, totally misunderstood >.< | 15:08:36 |
| toonn | That does make a lot more sense. | 15:10:05 |
| LnL | it's a bit messy to put overrides there, but this will be temporary to avoid the dependency cycle | 15:10:10 |
| LnL | once Libsystem proper inherits the changes with the update branch it can be removed again | 15:12:27 |
| LnL | https://github.com/toonn/nixpkgs/blob/bootstrap-tools-bump/pkgs/stdenv/darwin/default.nix#L308-L331 | 15:14:03 |
| LnL | doing it here also works, that has the upside of not needing a new bootstrap-tools since the current one is just patched | 15:15:16 |
| LnL | but you have very little available there so it could be tricky and based on the commits I assume we need a never compiler in bootstrap-tools anyway | 15:16:14 |
| LnL | well maybe that's not strictly necessary, it might be possible to bootstrap the new defaults with an older compiler but it should probably be updated in both places so needs to happen either way | 15:19:33 |
| toonn | LnL: Ok, so I've just force pushed the changes you asked for, I believe. | 18:37:18 |
| 6 Jun 2021 |
|  smittie joined the room. | 10:46:18 |
 sterni (he/him) | any one around here I could ping for testing haskell / GHC on aarch64-darwin | 11:12:11 |
| sterni (he/him) | * any one around here I could ping for testing haskell / GHC on aarch64-darwin? | 11:12:16 |
| sterni (he/him) | We are looking into updating to GHC 8.10.5 currently which supposedly supports aarch64-darwin via the LLVM backend. | 11:12:40 |
| smittie | I'm fairly new to nix, but depending on the workload I'm up for it. Is it just installing the nix package? | 11:15:14 |
| sterni (he/him) | It would already be helpful if someone could checkout the PR, build GHC and try compiling a package or two, so all variations of running nix-build in a nixpkgs checkout | 11:16:30 |
