<div dir="ltr"><div dir="ltr">On Wed, Jun 11, 2025 at 8:56 PM Albert Astals Cid <<a href="mailto:aacid@kde.org">aacid@kde.org</a>> wrote:</div><div class="gmail_quote gmail_quote_container"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">El dimarts, 10 de juny del 2025, a les 9:31:55 (Hora d’estiu d’Europa <br>
central), Ben Cooksley va escriure:<br>
> > > My concern is that if we keep pushing out terminating support those<br>
> > > projects will just keep deferring their porting.<br>
> > > Note that Frameworks 6 released in Feb 2024, so they've had 15 months so<br>
> > > far to port which is a pretty reasonable amount of time.<br>
> > <br>
> > As something to compare to, we kept shipping kdelibs4 based apps in KDE<br>
> > Gear<br>
> > until April 2018 when KDE Frameworks 5.0 was released in July 2014.<br>
> > <br>
> > That's almost 4 years, I am not asking for that, it's not that 15 months<br>
> > is a<br>
> > reasonable time or not, it's that we never set a line on the sand and thus<br>
> > it's easy to keep postponing it because it's not "there yet". So I would<br>
> > propose setting a date in the sand when we will stop supporting Qt5 stuff<br>
> > in<br>
> > our CI system. My proposal would be the end of 2025.<br>
> <br>
> I'd like it to be a bit earlier than that if we can - say 30 September.<br>
> Quite a few applications have made it off since the initial effort to start<br>
> pulling the plug and another bunch have been pulled out in response to the<br>
> recent effort to remove Qt 5 CI support.<br>
<br>
If we announce it *now*, i guess 30 of September would be ok-ish...<br>
<br>
... but once we've (you've really) done the work to support it, is it a hassle <br>
to keep it on for 3 months more?<br></blockquote><div><br></div><div>It's mainly a case of when it stops building again due to more packages being dropped. </div><div>While distros keep packages in place things aren't so bad, but as they continue to work through purging Qt 5 software from their repositories it is inevitable that packages our software depends on will also be dropped which will break the image again.</div><div><br></div><div>We could say it is EOL from 30 September (ie. it won't go away on 30 September, but past that date once distros pull a relevant package the platform will be retired not long afterwards)</div><div><br></div><div>I'd hope that porting is already underway given distros are starting to withdraw support so this remaining period should really be to keep stable releases alive until the first Qt 6 based release can be made.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Cheers,<br>
  Albert<br></blockquote><div><br></div><div>Thanks,</div><div>Ben</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
> <br>
> > > Can we at least go through and remove Qt 5 CI from anything that has<br>
> > <br>
> > ported<br>
> > <br>
> > > over and is running both currently?<br>
> > > Given we're now unable to build them we should probably declare KHTML<br>
> > > and<br>
> > > KJS unmaintained and archive them as well.<br>
> > <br>
> > I guess we can live with that.<br>
> > <br>
> > Cheers,<br>
> > <br>
> >   Albert<br>
> <br>
> Thanks,<br>
> Ben<br>
> <br>
> > > > Cheers,<br>
> > > > <br>
> > > >   Albert<br>
> > > <br>
> > > Regards,<br>
> > > Ben<br>
> > > <br>
> > > > > > Cheers,<br>
> > > > > > <br>
> > > > > >   Albert<br>
> > > > > <br>
> > > > > Regards,<br>
> > > > > Ben<br>
> > > > > <br>
> > > > > > > Please let me know if there are any questions on the above.<br>
> > > > > > > <br>
> > > > > > > Thanks,<br>
> > > > > > > Ben<br>
<br>
<br>
<br>
<br>
</blockquote></div></div>