| 7 Dec 2025 |
|  Alex Epelde joined the room. | 18:35:11 |
| Alex Epelde left the room. | 18:37:13 |
| Alex Epelde joined the room. | 18:37:26 |
|  Robert Evans joined the room. | 18:46:49 |
| Robert Evans set a profile picture. | 19:02:49 |
| 8 Dec 2025 |
|  @hhr2020:mozilla.org joined the room. | 01:53:07 |
| @hhr2020:mozilla.org left the room. | 01:53:49 |
|  raboof joined the room. | 15:46:37 |
| raboof | https://github.com/NixOS/nixpkgs/blob/master/CONTRIBUTING.md#staging describes staging is 'regularly' merged into staging-next. I'm curious what the 'criteria' for that are - I suppose you generally don't pull in more changes from staging when staging-next is close to be mergable to master? | 16:05:07 |
 emily | we do not pull in any until it merges | 16:05:57 |
| emily | (unless we have to) | 16:06:03 |
| emily | staging-next is there so that rebuilds sent to staging don't throw away builds in the cycle | 16:06:31 |
| emily | (or we'd have to "freeze" staging periodically which AIUI was done in the old days) | 16:07:05 |
 Grimmauld (any/all) | only viable if the preople running staging can reasonably keep track of all open mass rebuild PRs, those days are long over | 16:07:59 |
| raboof | right so essentially only when staging-next merges into master, staging becomes the 'new staging-next'? | 16:08:29 |
| emily | I get the impression it was more yelling at people for merging into staging at the wrong time | 16:08:32 |
| emily | yes (except not really as we rotate through the stable release branches too) | 16:08:53 |
| emily | usually we do unstable, stable, unstable, etc. | 16:09:02 |
