<div dir="ltr"><div dir="ltr">On Mon, Dec 9, 2024 at 12:13 AM Neal Gompa <<a href="mailto:ngompa13@gmail.com">ngompa13@gmail.com</a>> wrote:</div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Sun, Dec 8, 2024 at 5:48 AM Tobias Leupold <<a href="mailto:tl@stonemx.de" target="_blank">tl@stonemx.de</a>> wrote:<br>
><br>
><br>
> E-Mail von Albert Astals Cid vom Sonntag, 8. Dezember 2024, 11:19:21 MEZ:<br>
> > El divendres, 6 de desembre del 2024, a les 13:58:01 (Hora estàndard del<br>
> > Centre d’Europa), Tobias Leupold va escriure:<br>
> > > E-Mail von Heiko Becker vom Freitag, 6. Dezember 2024, 13:50:51 MEZ:<br>
> > > > On Friday, 6 December 2024 12:08:46 CET, Christophe Marin wrote:<br>
> > > > > Slightly related to this release, packagers need to know what to do<br>
> with<br>
> > > > > packages depending on Qt 5 and marble:<br>
> > > > ><br>
> > > > > - kgeotag (1.6.0 release only supports KF5/Qt5)<br>
> > > > > - kphotoalbum (5.13 release  only supports KF5/Qt5, but the<br>
> > > > > marble dependency<br>
> > > > > is optional)<br>
> > > > > - kexi (no release for the past 5 years)<br>
> > > ><br>
> > > > Just to add some piece of information here, because one could get the<br>
> > > > impression that Marble is a hard dependency of kexi. Actually it's<br>
> > > > optional<br>
> > > > as well. And while the current release searches for (Kexi)Marble, the<br>
> > > > respective subdir is commented out (and still is in git master), so I'd<br>
> > > > say<br>
> > > > it doesn't depend on marble at all the moment.<br>
> > > ><br>
> > > > > - kreport (no release for the past 5 years)<br>
> > > ><br>
> > > > It's an optional dependency there, too.<br>
> > > ><br>
> > > > > I'm not expecting users will notice if we drop kexi and kreport, but<br>
> > ><br>
> > > having<br>
> > ><br>
> > > > > solutions for the other ones before the 24.12 release would be nice.<br>
> > > ><br>
> > > > Seems we're not particular good at foreseeing such things...<br>
> > > > Six days isn't much time, but I added Tobias in CC to hear if a soonish<br>
> > > > release of a Qt6-based kgeotag may be realistic.<br>
> > > ><br>
> > > > Regards,<br>
> > > > Heiko<br>
> > ><br>
> > > PS: Maybe also important: The next KGeoTag release will be buildable both<br>
> > > against Qt6/KF6 as well as Qt5/KF5, whereas the next KPA release will be<br>
> > > Qt6/ KF6-only.<br>
> ><br>
> > Unless you really really have a reason to support both Qt5 and Qt6 (i.e.<br>
> it's<br>
> > a plugin or library) I would really suggest you support just one (Qt6<br>
> > preferably).<br>
><br>
> Hi Albert,<br>
><br>
> for KGeoTag, it was no big deal to keep it compatible with both Qt 5 and Qt 6<br>
> (not so for KPA), so I thought it wouldn't hurt for now? At least as long as I<br>
> can still use Qt 5 on my Gentoo box or using some LTS distro VM (like the<br>
> oldest still-maintained Ubuntu or such, the plan was to support Qt 5 until<br>
> Ubuntu LTS is Qt-6-based if possible).<br>
><br>
> Of course it would be no problem to drop Qt 5 compatibility with the next<br>
> release, this would strip down to removing the respective parts of<br>
> CMakeLists.txt along with that one QT_VERSION_CHECK macro call in main.cpp I<br>
> needed.<br>
><br>
> But just to understand the reasoning: Why is it bad to still support Qt 5 if<br>
> it's possible without noteworthy effort?<br>
><br>
<br>
Because it creates drag for the rest of the project infrastructure.<br>
Dropping Qt 5 stuff in infrastructure is a priority since Qt 5 is<br>
effectively unmaintained and it's hard to do if KDE projects aren't<br>
moving to Qt 6.<br></blockquote><div><br></div><div>I'll echo both Albert and Neal's sentiments here.</div><div><br></div><div>Keeping anything Qt 5 around is essentially dead weight that imposes a variety of not immediately obvious costs which would be better spent focusing on new things rather than keeping Qt 5 on life support.</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>
-- <br>
真実はいつも一つ！/ Always, there's only one truth!<br></blockquote><div><br></div><div>Cheers,</div><div>Ben </div></div></div>