| 27 Oct 2024 |
 Tristan Ross | Ig it's kinda hard to say, we probably should have an exact policy on this stuff | 21:07:38 |
 emily | you should take my opinion with a grain of salt, because I haven't really gotten involved with release process stuff before, but I think the spirit of the freeze is "we now have basically what the next release should be; that release is not going to get breaking changes (within the existing exceptions like security); once the freeze begins, we should focus our efforts on refining and fixing what we have to make the release-as-it-is the best it can be on release, rather than making the kind of change that will be forbidden during the cycle to make 'a better release'" | 21:09:27 |
| emily | * you should take my opinion with a grain of salt, because I haven't really gotten involved with release process stuff before, but I think the spirit of the freeze is "we now have basically what the next release should be; that release is not going to get breaking changes (within the existing exceptions like security); once the freeze begins, we should focus our efforts on refining and fixing what we have to make the release-as-it-is the best it can be on release, derisking the release process rather than making the kind of change that will be forbidden during the cycle to make 'a better release'" | 21:09:45 |
| emily | and while removals wouldn't be allowed during a stable release's lifetime normally, I think it's easy to see how removing stuff that we anticipate to be problematic fits in the spirit of derisking and refining the upcoming release, whereas updating a package to an incompatible version does not | 21:10:11 |
| emily | (unless it has some other major benefit like letting us get rid of some dodgy problematic library or something: in which case that's what freeze exemptions are for) | 21:10:31 |
| Tristan Ross | Yeah, I agree | 21:12:38 |
| Tristan Ross | The freeze is to allow for reliability to be increased | 21:12:54 |
 linj | agreed, the risk perspective makes sense | 21:13:27 |
| Tristan Ross | We should only be updating when it fixes something | 21:14:39 |
| emily | well, we allow updates for new functionality in the middle of a stable release. | 21:20:37 |
| emily | so I think those are fine. | 21:20:40 |
| Tristan Ross | Oh | 21:21:52 |
| Tristan Ross | Probably updates as long as they don't cause major regressions lol | 21:22:13 |
|  @cafkafk:fem.gg joined the room. | 21:56:50 |
