<div dir="ltr"><div dir="ltr">On Sun, Apr 4, 2021 at 8:58 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">On samedi 3 avril 2021 22:42:36 CEST Ben Cooksley wrote:<br>
> On Sun, Apr 4, 2021 at 2:18 AM David Faure <<a href="mailto:faure@kde.org" target="_blank">faure@kde.org</a>> wrote:<br>
> > 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<br>
> > need<br>
> > help and the new feature may require some stabilization;<br>
> > - a change on a complex application (ex kmymoney) may require help from<br>
> > 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<br>
> > effective<br>
> > in relevant use cases, and the deprecation doesn't mean the people who<br>
> > 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<br>
> > find_package(Qt) is<br>
> > called explicitly before find_package(ECM)) with some real repository and<br>
> > see<br>
> > how it looks like. Other discussions about the general solution. See<br>
> > 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<br>
> > 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<br>
> > 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<br>
> > needs<br>
> > to be done (can happen now, since tagging just happened) and be advertised<br>
> > in<br>
> > the proper channels (announce). Problem solved!<br>
> <br>
> If we could get a heads up when this is supposed to happen so I can<br>
> decommission the Qt 5.14 CI jobs that would be appreciated.<br>
> That should also avoid a flurry of failure messages to the list when those<br>
> jobs inevitably fail :)<br>
<br>
Very good point. Well, there's no time like the present :)<br>
<br>
Packagers agreed, 5.81 RC1 is tagged, so we're all set for bumping the <br>
dependencies. Can you deactivate the Qt 5.14 CI jobs and let me know when I <br>
can go ahead?<br></blockquote><div><br></div><div>Perfect :) The DSL Job is running currently - once it completes you can proceed.</div><div><a href="https://build.kde.org/job/Administration/job/DSL%20Job%20Seed/619/">https://build.kde.org/job/Administration/job/DSL%20Job%20Seed/619/</a></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>
Can you also confirm that all CI systems support C++17 (gcc >= 8, clang >= 6, <br>
or MSVC >= 2017) and CMake >= 3.16 ? <br>
I assume so, but it doesn't hurt to make sure :)<br></blockquote><div><br></div><div>Per <a href="https://build.kde.org/job/Frameworks/job/kcoreaddons/job/kf5-qt5%20WindowsMSVCQt5.15/138/consoleText">https://build.kde.org/job/Frameworks/job/kcoreaddons/job/kf5-qt5%20WindowsMSVCQt5.15/138/consoleText</a> we are running <span style="color:rgb(0,0,0);white-space:pre-wrap">MSVC 19.24.28315.0, which appears to correspond to Visual Studio </span>2019 Update 4 (patch level 3).</div><div>Per <a href="https://build.kde.org/job/Frameworks/job/kcoreaddons/job/kf5-qt5%20SUSEQt5.15/214/consoleText">https://build.kde.org/job/Frameworks/job/kcoreaddons/job/kf5-qt5%20SUSEQt5.15/214/consoleText</a> we are using <span style="color:rgb(0,0,0);white-space:pre-wrap">GNU GCC 10.2.1</span></div><div><span style="color:rgb(0,0,0);white-space:pre-wrap">And lucky last, per </span><a href="https://build.kde.org/job/Frameworks/job/kcoreaddons/job/kf5-qt5%20FreeBSDQt5.15/199/consoleText">https://build.kde.org/job/Frameworks/job/kcoreaddons/job/kf5-qt5%20FreeBSDQt5.15/199/consoleText</a> we are running <span style="color:rgb(0,0,0);white-space:pre-wrap">Clang 10.0.1</span></div><div><span style="color:rgb(0,0,0);white-space:pre-wrap"><br></span></div><div><span style="color:rgb(0,0,0);white-space:pre-wrap">That should be more than sufficient on the compiler side i'd imagine :)</span></div><div><span style="color:rgb(0,0,0);white-space:pre-wrap"><br></span></div><div><span style="color:rgb(0,0,0);white-space:pre-wrap">With regards to CMake:</span></div><div><span style="color:rgb(0,0,0);white-space:pre-wrap">Per </span><a href="https://build.kde.org/job/Administration/job/Docker%20Generate%20SUSEQt5.15%20Image/20/consoleText">https://build.kde.org/job/Administration/job/Docker%20Generate%20SUSEQt5.15%20Image/20/consoleText</a> we are running CMake <span style="color:rgb(0,0,0);white-space:pre-wrap">3.19</span></div><div><span style="color:rgb(0,0,0);white-space:pre-wrap"><br></span></div><div><span style="color:rgb(0,0,0);white-space:pre-wrap">On the Windows builders:</span></div><div><span style="color:rgb(0,0,0);white-space:pre-wrap"><br></span></div><div>C:\Craft\CI-Qt515\windows-msvc2019_64-cl-debug>dev-utils\bin\cmake.exe --version<br>cmake version 3.17.3<br><br></div><div>And on the FreeBSD side:</div><div>root@FreeBSDBuilderKappa:~ # cmake --version<br>cmake version 3.18.4<br></div><div><br></div><div>That should also meet those requirements quite nicely.</div><div><br></div><div>Cheers,</div><div>Ben</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>
-- <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>
<br>
</blockquote></div></div>