| 19 Jun 2026 |
 Mic92 | I am now downloading the parquet file from last night as well | 07:45:12 |
 Myria | Any chance someone would be able to have a look at https://github.com/NixOS/nixpkgs/pull/531338 before the next staging-next run? Just minor gcc version bump. Also, would it be suitable for a backport? | 07:49:33 |
| 20 Jun 2026 |
|  @benpye:matrix.org left the room. | 00:30:22 |
| 21 Jun 2026 |
 hexa | looks like staging-next-26.05 merges today | 12:56:47 |
 emily | 👋 catching up on things, I should be able to get x86_64-darwin stuff ready in next couple days if that timing works | 13:41:44 |
| emily | esp since most everything that isn't already done can be done mid-cycle | 13:42:15 |
| 22 Jun 2026 |
 Grimmauld (any/all) | Will anyone scream if i just merge the gstreamer things? Those being:
https://github.com/NixOS/nixpkgs/pull/514056
https://github.com/NixOS/nixpkgs/pull/459808
I am not quite familiar enough with gstreamer to properly review this, but as it stands it isn't maintained at all and we are accumulating security issues. I would prefer just merging an update that at least on the surface looks reasonable and figure out the breakages later if there end up being problems. | 12:07:22 |
 K900 | https://github.com/NixOS/nixpkgs/pull/534242/changes can we get this into this cycle | 12:46:02 |
 vcunat | I'd like to have the following staging-next done like this:
https://github.com/NixOS/nixpkgs/pull/534248 | 12:59:14 |
| vcunat | (i.e. a quick one, utilizing staging-next-26.05 binaries) | 12:59:35 |
| vcunat | I think we have about a day before we need to decide/start. Hydra is now a bit recovering after queue-runner changes. | 13:00:34 |
| K900 | I want to see a full staging run with the new queue runner | 13:00:48 |
| K900 | For science | 13:00:50 |
| vcunat | I was more concerned about security fixes waiting since May 8th. | 13:03:55 |
| vcunat | (those which were able to merge directly due to too many rebuilds) | 13:04:31 |
| vcunat | * (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 |
| vcunat | 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 |
| vcunat | But assuming the old speed, I expect ~4 days instead of two weeks. | 13:40:23 |
| vcunat | Yes, the merge lag. | 13:40:43 |
| vcunat | Though the lag to catch up with NixOS tests seems to remain, at least to some extent. | 13:40:55 |
| vcunat | (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 |
| vcunat | * (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 |
| vcunat | * (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 |
| vcunat | Still, "Steps completed per minute" metric shows much higher than with the old queue-runner. | 13:42:53 |
| vcunat | So even this phase is probably significantly faster than it used to be. | 13:43:28 |
