<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:"Fira Sans";
        panose-1:2 11 5 3 5 0 0 2 0 4;}
@font-face
        {font-family:"Times New Roman \(Body CS\)";
        panose-1:2 11 6 4 2 2 2 2 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
span.EmailStyle19
        {mso-style-type:personal-reply;
        font-family:"Fira Sans",sans-serif;
        color:windowtext;
        font-weight:normal;
        font-style:normal;
        text-decoration:none none;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style></head><body lang=EN-US link=blue vlink=purple style='word-wrap:break-word'><div class=WordSection1><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Fira Sans",sans-serif'>Dear Tuuka or any other QtCreator Developers,<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Fira Sans",sans-serif'>    I am interested in finding out more how QtCreator has implemented their telemetry system. We would also like to add this capability to our open-source software but this is our first foray into this kind of telemetry system. Maybe just a hint what what code bits to grep for in the source would get me started.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Fira Sans",sans-serif'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Fira Sans",sans-serif'>Thank You.<o:p></o:p></span></p><div><p class=MsoNormal><span style='color:black'>--<o:p></o:p></span></p><p class=MsoNormal><span style='color:black'>Mike Jackson </span><span style='font-size:12.0pt;font-family:"Fira Sans",sans-serif'><o:p></o:p></span></p></div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Fira Sans",sans-serif'><o:p> </o:p></span></p><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal style='margin-left:.5in'><b><span style='font-size:12.0pt;color:black'>From: </span></b><span style='font-size:12.0pt;color:black'>Interest <interest-bounces@qt-project.org> on behalf of Qt Interest <interest@qt-project.org><br><b>Reply-To: </b>Tuukka Turunen <tuukka.turunen@qt.io><br><b>Date: </b>Saturday, December 17, 2022 at 3:45 AM<br><b>To: </b>"Macieira, Thiago" <thiago.macieira@intel.com>, "development@qt-project.org" <development@qt-project.org>, Qt Interest <interest@qt-project.org><br><b>Subject: </b>Re: [Interest] [Development] Qt 6.5 Is Irrelevant for More than 95% of Mac Desktops<o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:.5in'><o:p> </o:p></p></div><p class=MsoNormal style='margin-left:.5in'><span lang=FI>Hi,<o:p></o:p></span></p><p class=MsoNormal style='margin-left:.5in'><span lang=FI><o:p> </o:p></span></p><p class=MsoNormal style='margin-left:.5in'>Most of the macOS users are quite quick to take on new OS versions and this is true also for adoption of macOS versions with the new numbering scheme. Apple hardware is also rather good in keeping support for new OS versions and at least between versions 10.15 and 11 there does not seem to be a major drop in what HW is supported. <o:p></o:p></p><p class=MsoNormal style='margin-left:.5in'><o:p> </o:p></p><p class=MsoNormal style='margin-left:.5in'>The challenge we have with supporting macOS versions is that some users migrate really quickly, so we need to work a lot with the unreleased (developer beta) versions in order to ensure Qt works well with the new macOS version optimally before it is even released for production. We also aim to keep supporting older versions and the ones in between. This means quite a lot of CI system load – especially as we now have both Intel and ARM architectures to test on. <o:p></o:p></p><p class=MsoNormal style='margin-left:.5in'><o:p> </o:p></p><p class=MsoNormal style='margin-left:.5in'>There is also positive development happening. With the latest versions the virtualization support is improving so that we are hopeful to be able to use the hardware more efficiently (by running two virtual machines in each physical HW). So while macOS is still far from the convenience we have with Linux and Windows that support sever grade hardware, things are getting better with Macs as well going forward (not for 10.15, though). <o:p></o:p></p><p class=MsoNormal style='margin-left:.5in'><o:p> </o:p></p><p class=MsoNormal style='margin-left:.5in'>Related to the usage of 10.15 one indication comes from Creator telemetry. Based of this roughly 8% of the macOS users this year have version 10.15. Of course, this is not a direct indicator for how many end users of Qt based apps there are with macOS 10.15, just how much of the developers using Creator have it. Telemetry is fully optional, but I think it is reasonable accurate for this type of data point as the OS version is unlikely to greatly affect sending or not sending the telemetry data. Note also that we have a lot of different Qt versions supporting macOS 10.15, and many applications are still using Qt 5. <o:p></o:p></p><p class=MsoNormal style='margin-left:.5in'><o:p> </o:p></p><p class=MsoNormal style='margin-left:.5in'>Yours,<o:p></o:p></p><p class=MsoNormal style='margin-left:.5in'><o:p> </o:p></p><p class=MsoNormal style='margin-left:.5in'>                Tuukka<o:p></o:p></p><p class=MsoNormal style='margin-left:.5in'><o:p> </o:p></p><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;margin-left:1.0in'><b><span style='font-size:12.0pt;color:black'>From: </span></b><span style='font-size:12.0pt;color:black'>Interest <interest-bounces@qt-project.org> on behalf of Thiago Macieira <thiago.macieira@intel.com><br><b>Date: </b>Saturday, 17. December 2022 at 1.20<br><b>To: </b>development@qt-project.org <development@qt-project.org>, interest@qt-project.org <interest@qt-project.org><br><b>Subject: </b>Re: [Interest] [Development] Qt 6.5 Is Irrelevant for More than 95% of Mac Desktops<o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:1.0in'>On Friday, 16 December 2022 18:15:11 -03 Alexander Dyagilev wrote:<br>> But why did you do this? Does the supporting of 10.15 really increase<br>> the development cost for Qt Company?<br><br>I can't speak for the Qt Company costs, particularly for the fact that this is <br>one of their LTS releases.<br><br>But in general, it does increase the costs overall. There are new APIs that we <br>can use if we don't have to keep 10.15 compat, there's one fewer platform to <br>test on (usually with a virtual machine) before release, and so on. The <br>benefits may not be realised now, but they will come in the future.<br><br>For me specifically, what matters is that 11.0 dropped support for Intel Macs <br>that don't have AVX2 support, meaning that I can now assume that all machines <br>running Qt 6.5 natively have it. We had further changes based on this <br>assumption ready to go for 6.5, but they got removed at the last minute due to <br>unexpected side-effects and the feature freeze being too close.<br><br>On Friday, 16 December 2022 19:44:16 -03 Michael Jackson wrote:<br>> I agree here. Is Qt 6.5 now using an API or a compiler feature that macOS<br>> 10.15 does not support? <br><br>As of *today*, no. This may change tomorrow, as developers continue to do <br>their work. That means that, as of *today*, Qt 6.5 *could* be compiled to run <br>on 10.15, by just lowering the default minimum version somewhere in a config <br>file. But we are not promising that this will remain true and especially we are <br>not testing that it works.<br><br>We had to make a call and following Apple's own support lifetime makes sense. <br>If you want to stay on an OS that is not receiving important fixes, then you <br>can also stay on a Qt that is not receiving fixes. Though unlike Apple, you can <br>backport fixes to 6.4 yourself or remove the new requirements from 6.5 yourself <br>(or contract someone to do it for you).<br><br>Moreover, there's a time delay. This affects Qt 6.5, which will be released in <br>March 2023, which means it probably affects applications released in May 2023 <br>and later.<br><br>>  Is there a security library that Qt 6 depends on (OpenSSL is my guess) that<br>>  10.15 isn't now updating? Is Qt 6 using the new APIs from that version of<br>>  OpenSSL (or what ever library broke)? Is there a graphics API that Qt 6<br>>  now depends on that is macOS 11.0 and greater? Maybe that is the reason?<br><br>Any of the above or others may become another reason. The point is that we <br>need to officially drop the platform first, before we can depend on and require <br>some of those APIs. It's not the other way around.<br><br>-- <br>Thiago Macieira - thiago.macieira (AT) intel.com<br>  Cloud Software Architect - Intel DCAI Cloud Engineering<br><br><br><br>_______________________________________________<br>Interest mailing list<br>Interest@qt-project.org<br><a href="https://lists.qt-project.org/listinfo/interest">https://lists.qt-project.org/listinfo/interest</a><o:p></o:p></p></div><p class=MsoNormal style='margin-left:.5in'>_______________________________________________ Interest mailing list Interest@qt-project.org https://lists.qt-project.org/listinfo/interest <o:p></o:p></p></div></body></html>