<div dir="ltr"><div dir="ltr">On Sun, Apr 4, 2021 at 2:18 AM David Faure <<a href="mailto:faure@kde.org">faure@kde.org</a>> wrote:<br></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">Here are the notes from today's meeting (thanks Luigi )<br>
<br>
Feature deprecation process<br>
=============<br>
- when to deprecate a feature? Deprecation signals people that they should <br>
start porting, but on the other hand the users of a certain feature may need <br>
help and the new feature may require some stabilization;<br>
- a change on a complex application (ex kmymoney) may require help from both <br>
the Frameworks developers and the application developers, both with their <br>
specific knowledge <br>
- conclusion: deprecate as soon as the replacement is proven to be effective <br>
in relevant use cases, and the deprecation doesn't mean the people who worked <br>
on the deprecation stop working on the porting of the application<br>
<br>
Back on <a href="https://phabricator.kde.org/T14233" rel="noreferrer" target="_blank">https://phabricator.kde.org/T14233</a> (ECM and multiple Qt version)<br>
=============<br>
<br>
TODO: build a proof of concept with solution 2) (make sure find_package(Qt) is <br>
called explicitly before find_package(ECM)) with some real repository and see <br>
how it looks like. Other discussions about the general solution. See solution <br>
3 added to the task right now.<br>
<br>
Back on <a href="https://phabricator.kde.org/T14164" rel="noreferrer" target="_blank">https://phabricator.kde.org/T14164</a> (Create version-less KF cmake <br>
targets)<br>
===========<br>
<br>
(brief summary from the sprint discussion, please check the task)<br>
The perfect solution would be to accept both (versioned and unversioned) <br>
targets but write the correct one in the configuration files, but such a <br>
solution doesn't seem to be possible from the previous discussion (may need <br>
additional discussion with steveire, and changes in cmake)<br>
<br>
<br>
Update on <a href="https://phabricator.kde.org/T13806" rel="noreferrer" target="_blank">https://phabricator.kde.org/T13806</a> (KParts plugin cleanup)<br>
===================<br>
<br>
The feature is only used by Konqueror, so it can be moved to the application <br>
and removed from Frameworks<br>
<br>
Timeline for bumping dependencies?<br>
=======================<br>
(Qt 5.15, C++17, CMake >= 3.16). Already agreed (by distributions). It needs <br>
to be done (can happen now, since tagging just happened) and be advertised in <br>
the proper channels (announce). Problem solved!<br></blockquote><div><br></div><div>If we could get a heads up when this is supposed to happen so I can decommission the Qt 5.14 CI jobs that would be appreciated.</div><div>That should also avoid a flurry of failure messages to the list when those jobs inevitably fail :) </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>
Possible point of discussions for the next KF6 meetings (so that people are <br>
around)?<br>
======================<br>
Possibility: Plasma-related topics; KIO-related topics. Maybe solve lower-<br>
level first? (QTextCodec - blocked on Qt regaining support on those old <br>
codecs, state changed).<br>
Proposed for next week's meeting:<br>
- KGlobalAccel (T12063)<br>
- KPluginInfo kcmservices (T13555)<br>
- KSelectAction (T12097)<br>
<br>
See you next week!<br>
<br>
-- <br>
David Faure, <a href="mailto:faure@kde.org" target="_blank">faure@kde.org</a>, <a href="http://www.davidfaure.fr" rel="noreferrer" target="_blank">http://www.davidfaure.fr</a><br>
Working on KDE Frameworks 5<br>
<br>
<br></blockquote><div><br></div><div>Many thanks,</div><div>Ben </div></div></div>