| 6 Apr 2026 |
 Randy Eckenrode | I inlined it into all-packages.nix. All checks pass now for https://github.com/NixOS/nixpkgs/pull/507136. No rebuilds. | 02:02:03 |
| Randy Eckenrode | I also successfully moved the source releases, but they’ll be done in a follow-up PR. | 02:24:39 |
 toonn | Anyone asked in the Haskell room about ghc-standalone-archive? | 09:51:33 |
|  @goldone:nope.chat left the room. | 11:32:26 |
 alexfmpe | In reply to @toonn:matrix.org
Anyone asked in the Haskell room about ghc-standalone-archive? did just now | 11:34:05 |
 hexa | ok, I've asked for M4 Pro 14C, 24GB, 512GB | 14:36:30 |
| hexa | Redacted or Malformed Event | 14:36:33 |
| hexa | hope everybody here is fine with the CPU/memory trade-off | 14:37:07 |
| alexfmpe | Redacted or Malformed Event | 17:47:43 |
| hexa | https://photon.codes/blog/we-found-a-ticking-time-bomb-in-macos-tcp-networking | 22:27:49 |
| Randy Eckenrode | Wow. They said on HN that they reported it to Apple. I’m sure a fix will be forthcoming. | 22:37:57 |
| 7 Apr 2026 |
| Randy Eckenrode | system_cmds doesn’t really need libdispatch’s private headers. The APIs it uses are actually in the public headers. I’ll have to vendor the header for now to make this a no-rebuild transition (to separate the source releases from the SDK). | 02:07:32 |
 EsperLily [she/her] | does using a newer apple-sdk package require actually being on that OS to build? the nixpkgs darwin docs don't actually say (and I'm already on macOS 26 or I'd just test) | 02:56:09 |
| Randy Eckenrode | It shouldn’t as long as you don’t increase the default deployment target. Clang is set up by default to error when APIs are used from a newer deployment target without putting them in an availability check. | 03:01:58 |
| EsperLily [she/her] | ok so why do we default to an older SDK then? | 03:07:26 |
| Randy Eckenrode | The Clang change is a trial run for having only the latest SDK. | 04:08:03 |
| Randy Eckenrode | There are some other concerns (building Swift, source incompatibility in newer SDKs, etc), but availability checks were the big one. We currently default to the 14.4 SDK with a 14.0 deployment target. It seems okay so far. | 04:11:04 |
|  insipx joined the room. | 14:21:41 |
 viraptor | This is not Mac specific, but clang will hit us way more often with this. Somehow I ran into two packages now which use -fmodules which causes writes to $home/.cache
I wonder if that would warrant a fix in some generic builder to set CLANG_MODULE_CACHE_PATH to a different path. We're only going to hit that one more often in the future. | 15:55:55 |
 emily | yes, I think we should likely set that in stdenv | 15:58:50 |
| Randy Eckenrode | emily, did you want to take a look at https://github.com/NixOS/nixpkgs/pull/507136 before I merge it later today? | 16:04:11 |
| Randy Eckenrode | This is part 1 of separating the source releases from the SDK versions, so we can do SDK bumps as soon as they happen. | 16:04:48 |
| emily | will try to take a look later, but I'm ok not being blocked on | 17:08:48 |
| emily | btw haskell room did say the GHC thing can be dropped | 17:08:54 |
| Randy Eckenrode | I’ll probably leave it since the PR does have one approval already. | 17:11:02 |
| Randy Eckenrode | I have considered a few possibilities, but I think what I am going to do is move the sourceRelease function to darwin and refactor mkAppleDerivation to use it. | 22:19:02 |
| Randy Eckenrode | That avoids polluting the package set with unbuildable packages. | 22:19:39 |
| Randy Eckenrode | It can’t be internal because there’s at least one package outside of the darwin package set that needs access to it. | 22:20:27 |
| 8 Apr 2026 |
| Randy Eckenrode | I updated https://github.com/NixOS/nixpkgs/pull/506470 after I merged the by-name migration. | 00:22:25 |
|  radu242 joined the room. | 01:55:10 |
