Release Management | 338 Members | |
| 25.11 "Xantusia" | https://nixos.github.io/release-wiki/Home.html | 93 Servers |
| Sender | Message | Time |
|---|---|---|
| 24 Apr 2025 | ||
| * I want to drop the amazonImage job from the release blockers in hydra as I'm about to move the build to github actions . Do I need to do that before today? Or is that fine to do whilst we're in the release process? | 10:13:12 | |
| Sounds fine to me? | 10:51:29 | |
| 10:51:36 | ||
| does the actual job get removed at some point? | 10:56:28 | |
| Hydra will build it regardless of whether it's a blocker so is the intent to drop it for 25.05 or just let it break? | 10:56:53 | |
| Would be good if we could actually drop it. | 11:24:54 | |
| Yes, big images are relatively expensive for the infra. | 11:26:13 | |
| Yeh I will remove the job | 11:28:29 | |
I am replacing it with an amazonConfig job that builds the NixOS config inside the image; but not the image itself | 11:28:46 | |
| do you expect anyone outside the project is consuming the image job? | 11:29:35 | |
| Nix 2.28 regression: https://github.com/NixOS/nix/issues/13050, cc leona, I assume a 2.28.x release is imminent | 12:43:05 | |
| ah, https://github.com/NixOS/nixpkgs/pull/401428 has a patch. | 12:43:50 | |
| 25 Apr 2025 | ||
| leona: https://github.com/NixOS/nixpkgs/pull/397932 is technically a breaking change but I'd like to get it into 25.05 since it means next system update I do, I could try Steam on Apple Silicon without doing it so hacky. Reason why I think it's fine, it's just a rename and it bumps to a newer version that can actually work. | 02:25:53 | |
In reply to @rosscomputerguy:matrix.orgOkay for me | 08:28:01 | |
| 29 Apr 2025 | ||
| For some reason the unstable channel was published as Apprently from . Was this some bug/mishap in the release process? It’s breaking some scripts I have locally :D My understanding is that the unstable channel should always be pre-release. Only the beta branch for a stable release should be published as beta. Any idea what happened here? | 09:43:15 | |
| This was a manual mistake in the release process. There is some conversation about this a month ago in this channel | 09:44:03 | |
i.e. the change to beta was committed to master and release-24.11 instead of only to release-24.11 | 09:45:03 | |
| Cool. makes sense | 09:46:07 | |
| 14:41:28 | ||
| Does anyone have an opinion on whether to start tomorrow with ZHF before the last breaking changes from staging-next are merged or wait for that until staging-next is merged? It feels hard to decide unfortunately :/ | 16:27:07 | |
| I don't think it really makes sense to start ZHF before it's really known what's "really" broken. But we might to have some more days | 16:29:00 | |
They might start fixing failures on staging-next 😆 | 16:47:21 | |
| 30 Apr 2025 | ||
| 18:30:16 | ||
| I'll publish a - hopefully good - announcement explaining the situation we're in, and start the ZHF from there. Otherwise time is too limited.. | 20:45:14 | |
| One of the bits of retrospective from 24.11 said that we should start scaling up our builders pretty soon: https://discourse.nixos.org/t/nixos-24-11-retrospective/57085 | 20:54:40 | |
| To my knowledge thats not really possible / helpful because of the limitations of the hydra scheduler | 20:55:32 | |
| I have no horse in this race, but was just the notetaker and that reminded me 😀 | 20:55:41 | |
| (infra, correct me if i'm wrong) | 20:55:46 | |
| current bottleneck is the staging-next of this cycle, which needs K's haskell patches and some darwin love? | 20:57:53 | |
| by the default procedure ZHF would start after this cycle's staging-next is merged. I'm not sure what it really needs, but at least it needs 2-3 more days time, if not more. ZHF can also start before, but then we get breaking changes in the ZHF after it started, so not ideal but acceptable | 21:00:01 | |