| 20 Nov 2023 |
 raitobezarius | hexa: https://github.com/NixOS/nixpkgs/issues/265826 is this a 23.11 blocker? | 18:07:05 |
| raitobezarius | were you able to reproduce it? | 18:07:10 |
 hexa | looking | 18:10:41 |
| hexa | No, not a blocker. I guess I'll add this to my todo | 18:11:34 |
| raitobezarius | Gotcha | 18:13:05 |
| raitobezarius | I offer this hilarious failure to this channel https://hydra.nixos.org/build/241313819/nixlog/578 | 18:13:14 |
 stigo | In reply to @raitobezarius:matrix.org
I offer this hilarious failure to this channel https://hydra.nixos.org/build/241313819/nixlog/578 Latest ImageMagick fails on i686, never got around to patching it. https://github.com/NixOS/nixpkgs/pull/263198#issuecomment-1784998160 | 18:20:44 |
 Vladimír Čunát | branch-off: any plans what to do with gnome branch? | 18:29:20 |
 figsoda | In reply to @vcunat:matrix.org
branch-off: any plans what to do with gnome branch? I don't think it's going to make it into 23.11 | 18:33:08 |
| figsoda | they will probably just have to rebase the release notes | 18:33:45 |
| Vladimír Čunát | It has binaries for x86_64-linux now, but I haven't been following the overall status (e.g. how usable it is). | 18:34:18 |
| figsoda | I think we have too little time left to get it into staging-next, backported to staging-next-23.11, merged into release-23.11, and tested before the final release | 18:36:51 |
| Vladimír Čunát | I recall that we once shifted from 3+9 to 5+11 to better fit the GNOME cycle. (one of the reasons, but it's related to Ubuntu+Fedora's cycles) | 18:42:10 |
| Vladimír Čunát | * I recall that we once shifted from 3+9 to 5+11 to better fit the GNOME cycle. (as one of the main reasons, but it's related to Ubuntu+Fedora's cycles) | 18:42:35 |
| figsoda | branch-off starting in a few minutes https://jitsi.lassul.us/nixos-2311 | 18:57:27 |
| figsoda | raitobezarius are you ready to join? | 19:03:50 |
| raitobezarius | yep sorry | 19:03:58 |
| raitobezarius | coming | 19:03:59 |
| raitobezarius | So, as expected, infinisil, the whole changes on master broke the release workflow unfortunately :) | 20:02:49 |
| raitobezarius | We will have to postpone the branch-off. | 20:02:57 |
 infinisil | raitobezarius: figsoda: Did you try https://github.com/NixOS/release-wiki/pull/70 or a variation thereof? | 20:11:21 |
| raitobezarius | Doesn't work | 20:11:44 |
| raitobezarius | We need to edit an commit that has been mistakenly pushed on the release branch | 20:11:52 |
| raitobezarius | And we needed to edit tags, etc. | 20:11:57 |
| raitobezarius | It doesn't really make sense to protect a branch we are preparing tbh | 20:12:24 |
| raitobezarius | I guess someone used a wildcard on the protection of release branches | 20:12:38 |
| figsoda | Yeah, another thing is next time we should probably push to master before tagging, so there should no longer be any force pushes needed | 20:12:58 |
| infinisil | In reply to @raitobezarius:matrix.org
We need to edit an commit that has been mistakenly pushed on the release branch Why not git revert? | 20:13:14 |
| infinisil | Or just edit the contents and push another commit? | 20:13:26 |
| raitobezarius | In reply to @infinisil:matrix.org
Why not git revert? Because that would diverge from the classical workflow | 20:13:27 |
