Hi all, It seems there isn't that much support to change the release schedule frame so let's keep the old one & plan new minor releases in March & September. So my proposal for Qt 6.6 schedule is:
* Qt 6.6 Platform and Module freeze 19.5.2023 * Qt 6.6 Feature Freeze 2.6.2023 * Qt 6.6 Beta1 14.6.2023 * Qt 6.6 RC 12.9.2023 * Qt 6.6 Final release 26.9.2023 This is pretty much similar schedule we had with Qt 6.4.0. With this schedule we should be able to get the beta1 release out before midsummer & summer break. br, Jani Heikkinen Release Manager > -----Original Message----- > From: Development <development-boun...@qt-project.org> On Behalf Of > Kevin Kofler via Development > Sent: maanantai 13. helmikuuta 2023 16.59 > To: development@qt-project.org > Subject: Re: [Development] Proposal: let's change the release schedules a bit > > Volker Hilsheimer via Development wrote: > > But for the release team, the busy time is shortly before, and > > significantly after the freeze. So from that perspective, having the > > feature freeze either significantly before the summer break, or > > afterwards, makes most sense. They are the ones most impacted. > > > > So, if Jani and the team believe that their work will be made easier > > by moving the feature freeze to be after the holidays, then let’s do > > that. If we find out that it causes problems that outweigh the > > benefits, then we can adjust again based on that experience. > > So you think it makes sense to inconvenience dozens of developers for the > convenience of a handful release managers? Having only contributed small > patches to Qt so far, I do not have a personal preference for the release > schedule, but the way you are weighing the tradeoffs looks very odd to me. > > Kevin Kofler > > -- > Development mailing list > Development@qt-project.org > https://lists.qt-project.org/listinfo/development -- Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development