| 2 May 2024 |
 raitobezarius | if so, it's a breaking change | 14:36:59 |
| raitobezarius | if not, it's not | 14:37:00 |
| raitobezarius | if it's a breaking change that's likely to be depended upon 0.5 folks, you can negotiate with RMs to find a compromise | 14:37:16 |
 Randy Eckenrode | Sounds breaking because a package could switch to fetchgit or add curl as a dependency. | 14:38:42 |
| Randy Eckenrode | Which happened with docutils. It’s fixed now, but other packages can do that. | 14:39:43 |
| Randy Eckenrode | I can keep it a best effort exclusion for 24.05 and make it a hard block for 24.11. It’s not critical. More of a QoL improvement for curl updates. | 14:40:56 |
| Randy Eckenrode | * I can keep it a best effort exclusion for 24.05 and make it a hard block for 24.11. It’s not critical. More of a QoL improvement for curl updates, which have to go through staging anyway. | 14:41:16 |
| raitobezarius | Yeah, if it requires active cooperation from the package maintainer, this will be hard | 14:49:08 |
| raitobezarius | There's a compromise which is that during ZHF, people can fix it | 14:49:18 |
| raitobezarius | But this is risky IMHO | 14:49:25 |
| raitobezarius | I don't have all the technical details in front of me, sorry, so I would leave it to the folks on the top of the release process | 14:49:39 |
|  Hayden joined the room. | 20:42:07 |
| Randy Eckenrode | The work to remove curl is done. I’m pretty sure making it throw in the bootstrap can be done without causing any rebuilds (because curl isn’t used, so why would it?). It’s a breaking change semantically though. What was once allowed will be disallowed. But I agree it could be risky since someone may need to put curl back as part of fixing something for ZHF. It can be sorted out, but ZHF is probably not the time to do it. | 22:10:36 |
| Randy Eckenrode | Actually, maybe it should be put in the release notes as a coming change after 24.05 and then done after the release? | 22:16:05 |
| Randy Eckenrode | * Actually, maybe it should be put in the release notes for 24.05 and then done after the release on unstable? | 22:16:23 |
| 3 May 2024 |
 Mic92 | Randy Eckenrode: so from my understanding you mainly try to prevent darwin's bootstrap from using curl? This seems like it's more important for nixpkgs-unstable anyway, so maybe it is not super important that we have that in the NixOS release anyway because people on that branch wouldn't do such changes. | 14:11:48 |
| Randy Eckenrode | In reply to @joerg:thalheim.io
Randy Eckenrode: so from my understanding you mainly try to prevent darwin's bootstrap from using curl? This seems like it's more important for nixpkgs-unstable anyway, so maybe it is not super important that we have that in the NixOS release anyway because people on that branch wouldn't do such changes. Yeah, just preventing it so curl updates don’t require a full Darwin rebuild (and because it’s historically a pain point for Darwin). Sticking with unstable makes sense. | 15:25:00 |
| 4 May 2024 |
|  @theophane:hufschmitt.net left the room. | 15:55:18 |
| 5 May 2024 |
|  andmuz joined the room. | 11:38:46 |
|  westexjeff changed their profile picture. | 18:38:38 |
| 6 May 2024 |
 Weijia | ZHF: https://github.com/NixOS/nixpkgs/issues/309482 | 07:42:02 |
 Vladimír Čunát | The staging-next that's starting now (link) can still contain general "breaking changes", given they were only disallowed a few days ago. But I hope it won't impact ZHF that much. | 07:47:35 |
 pbsds | I see no obvious place to set aside PRs that introduce breaking changes for later.
How do you feel about introducing a status: blocked until branch-off label? | 11:07:48 |
 Alyssa Ross | wouldn't it be better to just have a branch? | 11:29:01 |
| pbsds | Retargeting a bunch of pulls to that branch, and merging that branch into master post 24.05 branch-off strikes me as more work
| 11:44:25 |
 hexa | also CI relies on things getting cached, while that branch would rot for 2-3 weeks 🤔 | 11:44:56 |
| Alyssa Ross | no worse than staging often is | 11:45:10 |
| hexa | yeah, but staging is … not great 🙂 | 11:45:34 |
| Alyssa Ross | the nice thing about it would be that PRs can be completed, rather than staying in a zombie state for weeks | 11:45:36 |
| Alyssa Ross | but don't let me stop you doing a lobal | 11:45:59 |
