<div dir="ltr"><div>Hi Cristián,</div><div><br></div><div>surely, everyone is technically able to cherry-pick and backport bug fixes into their local Qt versions but not everybody has resources and/or knowledge to do so. <br></div><div><br></div><div>I personally think this could be an inflection point into forking the Qt 5 "Community Edition", with all binary builds supported and maintained by the community not affiliated with The Qt Company. There could be a Non-TQC Qt 5.15 Community LTS with backported bug fixes and maybe even new features. As already mentioned in this thread, the free-to-download binary releases would be the first thing to appear as soon as the Qt account will be required. <br></div><div><br></div><div>Of course, there is always Qt Commercial offering but there could be smaller 3rd party companies offering the same but for less money. It's a free market but it would a split in the community, and  I personally see this as a bad thing that can happen to the Qt Framework.</div><div><br></div><div></div><div>Cheers</div><div>Dmitriy<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jan 27, 2020 at 11:16 PM Cristián Maureira-Fredes <<a href="mailto:Cristian.Maureira-Fredes@qt.io">Cristian.Maureira-Fredes@qt.io</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello David,<br>
<br>
On 1/27/20 11:00 PM, David Edmundson wrote:<br>
>> All security fixes are made available to everyone, for all Qt versions that<br>
>> they affect, provided it's still a supported Qt version (or it was easy to<br>
>> make the fix).<br>
>><br>
> If we could have that explicitly in writing from TQC, that would mean a lot.<br>
<br>
The blog post states:<br>
<br>
"We are changing our process in R&D to push all bug fixes to the main <br>
development branch first, and then backport selected bug fixes back into <br>
stable release branches. This process ensures that the latest version of <br>
Qt will always contain all bug fixes. This process change was discussed <br>
during the last Qt Contributor Summit – we communicate the exact process <br>
details when Qt 5.15 will be released. Otherwise, development processes <br>
and the governance model will not change."<br>
<br>
This means that you still have access to all the fixes for 5.15<br>
that happen after 5.15.2-3, since they will be on the dev branch.<br>
<br>
<br>
> I can easily envision a situation that affects only Qt5.15, but not<br>
> Qt6.0 at which point it's not covered by what has been suggested<br>
> officially so far as there would be nothing to cherry-pick.<br>
> <br>
> David<br>
<br>
If there is a bug on 5.15 and not on 6.0,<br>
a fix will be pushed to the dev branch, then cherry pick to the <br>
commercial LTS version, but the patch will still be there, so you<br>
can just added to your local Qt version.<br>
<br>
The Qt Contributors Summit discussion can be found here too:<br>
<a href="https://wiki.qt.io/Qt_Contributors_Summit_2019_-_Branch_Policy" rel="noreferrer" target="_blank">https://wiki.qt.io/Qt_Contributors_Summit_2019_-_Branch_Policy</a><br>
<br>
<br>
Cheers<br>
<br>
-- <br>
Dr. Cristián Maureira-Fredes<br>
R&D Manager<br>
<br>
The Qt Company GmbH<br>
Erich-Thilo-Straße 10<br>
D-12489 Berlin<br>
<a href="https://qt.io" rel="noreferrer" target="_blank">https://qt.io</a><br>
_______________________________________________<br>
Development mailing list<br>
<a href="mailto:Development@qt-project.org" target="_blank">Development@qt-project.org</a><br>
<a href="https://lists.qt-project.org/listinfo/development" rel="noreferrer" target="_blank">https://lists.qt-project.org/listinfo/development</a><br>
</blockquote></div>