| 22 Jun 2026 |
 Vladimír Čunát | (those which were able to merge directly due to too many rebuilds) | 13:04:31 |
| Vladimír Čunát | * (those which were unable to merge directly due to too many rebuilds) | 13:04:37 |
 Alyssa Ross | how quick do you think it would be? | 13:37:49 |
| Vladimír Čunát | The new queue-runner situation is a bit of wild card here. | 13:39:47 |
 hexa | the time to integrate changes from staging into release has come down quite a bit | 13:40:19 |
| hexa | from days to hours | 13:40:23 |
| Vladimír Čunát | But assuming the old speed, I expect ~4 days instead of two weeks. | 13:40:23 |
| Vladimír Čunát | Yes, the merge lag. | 13:40:43 |
| Vladimír Čunát | Though the lag to catch up with NixOS tests seems to remain, at least to some extent. | 13:40:55 |
| Vladimír Čunát | (or whatever is slowing it down at this very moment) | 13:41:06 |
| hexa | if we only schedule 4 steps in 30s that is bad for big closures with many small files | 13:41:21 |
| Vladimír Čunát | * (or whatever is slowing it down at this very moment, e.g. on nixos-26.05) | 13:41:23 |
| hexa | Redacted or Malformed Event | 13:41:29 |
| Vladimír Čunát | * (or whatever is slowing it down at this very moment, e.g. on https://hydra.nixos.org/jobset/nixos/release-26.05 ) | 13:41:52 |
| Vladimír Čunát | Still, "Steps completed per minute" metric shows much higher than with the old queue-runner. | 13:42:53 |
| Vladimír Čunát | So even this phase is probably significantly faster than it used to be. | 13:43:28 |
| Alyssa Ross | have we still not disabled the non-blocker NixOS tests? | 13:44:10 |
 Grimmauld (any/all) | also don't forget we recently killed half the nixos tests | 13:44:16 |
| Vladimír Čunát | We haven't. I've had too many other higher-priority tasks so far. | 13:44:44 |
| Grimmauld (any/all) | I meant killing the all-drivers tests (https://github.com/NixOS/nixpkgs/pull/532396) | 13:45:42 |
| Vladimír Čunát | Yes, I know, but I don't expect it helped dramatically with building all those etc and disk-image derivations. | 13:46:32 |
 K900 | Emily wanted to do it in the jobset unification PR | 13:46:49 |
| Vladimír Čunát | Because these drivers still do get run. | 13:46:50 |
| hexa | we don't understand the impact of container tests yet, do we? | 13:46:54 |
 emily | have local WIP with jobset merge | 14:35:03 |
| emily | so still with x86_64-darwin drop but avoiding any mass rebuilds in the process? I can split up my branch a little for that | 14:37:58 |
| emily | I'm a bit confused by the purported upper bound on the rebuilds though | 14:38:28 |
| emily | the PR has rebuild Darwin stdenv label | 14:38:32 |
| K900 | Scratch that, we don't have enough pnpm for this to need staging | 14:41:05 |
| hexa | okay, master | 14:42:00 |
