| 22 Sep 2025 |
 sterni (he/him) | 24.11 rebuilds everything again | 12:24:21 |
 @wolfgangwalther:matrix.org | Imho, yes. That's essentially just making the next cycle much longer. | 12:24:21 |
| sterni (he/him) | package set update seems to eval already at https://github.com/NixOS/nixpkgs/pull/445051 | 12:26:38 |
 maralorn | I mean ideally the next cycles will be very quick, anyway. | 12:26:55 |
| maralorn | Well, I mean anything that we want to do we can obviously do on the branch. I was just thinking that it might not be necessary to do the cherry-picks. | 12:28:36 |
| maralorn | * Well, I mean anything that we want to do we can obviously do on the branch. No need to stop working. I was just thinking that it might not be necessary to do the cherry-picks. | 12:29:03 |
| @wolfgangwalther:matrix.org | I'm just worrying about merge conflicts that we would have to resolve later. By picking the commits now, we can probably avoid most of them. | 12:33:01 |
| @wolfgangwalther:matrix.org | But maybe there won't be too many, if we don't have too many changes in the cycle anyway. | 12:33:21 |
| sterni (he/him) | I think it does make sense also just to have visibility on those packages as well | 12:34:11 |
| sterni (he/him) | but may be inconsequential if staging-next is quick… | 12:34:23 |
| maralorn | I mean, tbf. nixpkgs commit history is a mess anyway. So we can probably just do it … | 12:34:58 |
| sterni (he/him) | https://github.com/NixOS/nixpkgs/pull/443159 can also go into haskell-updates | 12:54:47 |
| sterni (he/him) | I think half of all haskell related commits from the last two months exist twice already | 12:55:26 |
| maralorn | You would probably have had it easier to convince me in this discussion if you had informed me that one of the PRs not being able to merge because the missing cherry-picks mad conflicts more likely was mine. | 18:01:25 |
| 23 Sep 2025 |
|  kenji changed their display name from a-kenji to kenji. | 10:39:01 |
 Teo (he/him) | Is there an easy way to create a dev shell where I can use GHC with the llvm backend? Ideally without having to recompile ghc | 12:25:26 |
