<div dir="ltr"><div><div>Hi Willy <br>Thanks for the explanation, even if it makes me sad to hear that, in case of Qt, stability and predictability is not the primary concern of SBo. What just confirms what I said, that it is better to use own Qt builds, LTS for apps that make use of QT, own latest dev builds for future development of application. What SBo provides is not a compromise, it is just something random in between. <br></div><div>This is of course just IMHO, everyone is of course free to use what ever unstable and not longer supported Qt version he or she wants to use, as it is oK for SBo and some maintainer that calls technical facts bogus to decide what to provide and what not.<br><br></div><div>/Harald <br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">2017-06-04 9:44 GMT+02:00 Willy Sudiarto Raharjo <span dir="ltr"><<a href="mailto:willysr@slackbuilds.org" target="_blank">willysr@slackbuilds.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> what do you want to tell me?<br>
> Ok, I was wrong, there was for some weeks a stable version of Qt on SBo,<br>
> did not notice it because at this time I had already to use my own builds,<br>
> why?<br>
> the update to 5.6 was a half year late, and than instead of staying on the<br>
> stable LTS version the jump to the next developer version was done.<br>
> And instead of having a 3 years supporter Qt version in SBo, what would<br>
> reduce the amount of work, now there is a version that is basically already<br>
> eof .<br>
> Calling this info bogus is as ignorant as putting some URLs up and ignore<br>
> the info I provide and do so as everything is wonderful<br>
> So what's the point in showing me the URLs and the version history of Qt in<br>
> SBo, it just shows that it is totally wrong. Have self a look at it and<br>
> understand why<br>
<br>
</span>Hi Harald,<br>
<br>
Let me clarify a bit about the version history from GIT:<br>
<br>
Qt 5.6 got released on March 2016 and 5.6.1 got released on June 2016.<br>
During this period we had a submission freeze for SBo and we were<br>
focused on testing all scripts in the repository. For a library such as<br>
Qt which is used by many other projects, we prefer to wait until it<br>
reached it's first point release (.1) because major release normally<br>
breaks many things (removal of QWebKit in 5.6). That's why you see i<br>
bumped Qt to 5.6.1 in June, 19 2016, 2 weeks after first point release.<br>
<br>
Qt 5.7 was released in June, 16 2016, but as usual, we prefer to wait<br>
for first point release, which was released in December 2016, so Larry<br>
bumped to 5.7.1 in January (roughly 3 weeks from it's release date,<br>
because we had to test other scripts first for about 1 week)<br>
<br>
Now, the reason why Larry insist on staying at 5.7.x is because another<br>
script (PyQt5) can't be bumped to higher version unless sip package in<br>
Slackware got updated (which is not at this moment and it won't happen<br>
in -stable since it will affect many other packages as well). I believe<br>
it's reasonable and i can understand his opinion on this one. He is<br>
willing to support newer Qt, but that is for next development cycle.<br>
<br>
Bumping to 5.9 will surely break some scripts and some others may have<br>
to be removed due to incompatibility with Qt 5.9. Not to mention the<br>
efforts to make sure all scripts are compatible with the just-released<br>
Qt 5.9. I would consider that (or Qt 5.10) for next development cycle :)<br>
<br>
As for LTS, i can understand the benefit of a long term support, but<br>
other than that, it's basically just a regular release. This is my<br>
personal opinion, it doesn't reflect other admins opinions.<br>
<br>
AlienBOB is *probably* looking at Qt 5.9 for his future KDE 5 / Plasma<br>
releases.<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
--<br>
Willy Sudiarto Raharjo<br>
<br>
</font></span><br>______________________________<wbr>_________________<br>
SlackBuilds-users mailing list<br>
<a href="mailto:SlackBuilds-users@slackbuilds.org">SlackBuilds-users@slackbuilds.<wbr>org</a><br>
<a href="http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users" rel="noreferrer" target="_blank">http://lists.slackbuilds.org/<wbr>mailman/listinfo/slackbuilds-<wbr>users</a><br>
Archives - <a href="https://lists.slackbuilds.org/pipermail/slackbuilds-users/" rel="noreferrer" target="_blank">https://lists.slackbuilds.org/<wbr>pipermail/slackbuilds-users/</a><br>
FAQ - <a href="https://slackbuilds.org/faq/" rel="noreferrer" target="_blank">https://slackbuilds.org/faq/</a><br>
<br>
<br></blockquote></div><br></div>