[Development] Qt 6.6 initial schedule (was: Proposal: let's change the release schedules a bit)

[Jani Heikkinen]

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-bounces at qt-project.org> On Behalf Of
> Kevin Kofler via Development
> Sent: maanantai 13. helmikuuta 2023 16.59
> To: development at 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 at qt-project.org
> https://lists.qt-project.org/listinfo/development