| 18 Apr 2025 |
 emily | remaining failures can surely be addressed during -next or after it hits master? | 16:30:54 |
| emily | we do have ZHF coming up | 16:31:01 |
| emily | most things going into staging have a lot less testing | 16:31:30 |
| emily | the dates for -next getting merged are fake and I don't know why they're even there | 16:31:49 |
| emily | I mean they're broad targets, but staging-next merge times are probably the last predictable variable in Nixpkgs | 16:32:00 |
 maralorn | Well, that is not how we normally operate. Especially since we mark everything broken before we merge. | 16:32:14 |
| emily | I expect the final breaking -next will start once https://hydra.nixos.org/queue-summary is not churning through a 24.11 world rebuild for Darwin | 16:32:40 |
| emily | well, it's not too surprising that the normal procedure that is a bit out of sync with usual Nixpkgs practice is also out of sync with the release schedule IMO :P | 16:33:20 |
| maralorn | I am not aware of any problems with how we do it. To me doing all QA for our stuff on one branch feels simple. I think it’s feasible because our ecosystem is largely decoupled from the rest. | 16:35:11 |
| emily | I was thinking of e.g. the previous state wrt rebuilds and merging into master | 16:35:50 |
| emily | (but also just that the freeze schedule is designed around the normal procedures where everything is being batched together) | 16:36:10 |
| emily | anyway, freeze exceptions are not uncommon so it shouldn't be a big issue, but it's not sounding to me like there are remaining issues of the kind that would prevent a merge into staging | 16:36:53 |
| maralorn | Anyway the way I read the release schedule it says "2025-05-08 unrestrict all breaking changes on staging" for me the natural conclusion is: Everything that hits staging before -05-08 will reach the release. | 16:41:08 |
| maralorn | You are. And you are free to fix or maintain any package you want. However your vibes are not actionable for anyone else and if you insist on that mode you are the only one who can approve a merge. So I will do you the favor of ignoring that. Feel free to announce any package you want to have working before the merge at any time though. | 16:45:20 |
| emily | right but we do ideally try to have a cycle without breaking changes | 16:50:19 |
| emily | since even fixes/minor bumps can cause enough headaches | 16:50:33 |
| emily | though of course that can happen after branch-off, but we don't always get as many -next cycles as we'd like | 16:50:53 |
| emily | sometimes all the last-minute breaking changes pile into one cycle and then we need another one to clean up remaining carnage :P | 16:51:14 |
| emily | anyway, since the Haskell stuff has received so much testing I don't anticipate great issues. (but AIUI the cases where Haskell stuff interacts with the rest of the system don't get as much testing, so I do think landing soon would be good) | 16:51:49 |
| emily | (like, maybe a major ShellCheck or Pandoc bump might break stuff. I don't know if those are in the pipeline, just an example of a fire we might have to put out during a -next cycle) | 16:52:15 |
|  petrockette changed their profile picture. | 17:38:09 |
| 19 Apr 2025 |
 sterni (he/him) | maralorn: looks like HLS/hlint are the last big things from the report. Musl/Static stuff can be ignored and needs to be reevaluated in staging(-next). thielema package failures look weird, maybe worth a bug report upstream. large-records is not fixable for the moment. | 09:57:18 |
| sterni (he/him) | I'll try and have a look through the (unmaintained) failure list later. | 09:57:31 |
 hellwolf | what's the problem with hlint at the moment? | 10:04:49 |
| maralorn | In reply to @sternenseemann:systemli.org
maralorn: looks like HLS/hlint are the last big things from the report. Musl/Static stuff can be ignored and needs to be reevaluated in staging(-next). thielema package failures look weird, maybe worth a bug report upstream. large-records is not fixable for the moment. But the hls hlint errors only seem to affect non-default minor versions which I don't want to bother about. | 10:50:08 |
| maralorn | hls on 9.4.* seems to be affected by a flaky test in a dependency. Since we merge into staging I see no reason to restart it. | 10:54:31 |
| maralorn | hls and hlint on 9.8.* < 9.8.4 seems to be affected by an API change and I don’t care. | 10:55:33 |
| maralorn | * hls and hlint on 9.8.* < 9.8.4 seems to be affected by an API change and I don’t care. Default version works. | 10:55:45 |
| maralorn | Soo imo we are ready. | 10:56:06 |
| maralorn | alexfmpe: Do you understand the eval error for miso-action-logger? https://hydra.nixos.org/jobset/nixpkgs/haskell-updates#tabs-errors | 11:08:12 |
