[Development] How to document distros and compilers that Qt supports

Tony Sarajärvi tony.sarajarvi at qt.io
Tue Aug 13 11:39:37 CEST 2019

Hi all!

We've been going back to defining what "supported platform" means many times. This time however I want to loosen the reins a bit:

We stumble upon a problem where the distro itself isn't supported and / or its repositories are in worst cases removed, but we claim that our LTS release still supports it, and nothing newer. Thus I suggest we change the terminology to say that Qt supports anything beyond that was existing when we released Qt. Note, that I don't say "we support" as The Qt Company, but what Qt supports, and that's what the documentation is about really.

MacOS is another good example where we claim to support the latest 3 available at the time of release. But in 4 years of an LTS release we actually don't have a single one of those 3 left that were out when we released 5.x.0. Are we now supporting the ones documented when the initial minor release came out, or the latest 3 available at the time of the latest patch release? Especially when talking about macOS people tend to update to the latest one, so why support older ones.

Or should we go ahead and rewrite that documentation even more? We say that Qt 5.12 supports Ubuntu 18.04 with GCC 7.3, but then we say that Qt supports Generic Linux with just about any compiler. Doesn't Ubuntu sit in this category already? Wouldn't it be enough that we say Linux with GCC 4.8+?

And different features have different library dependencies. Nothing prevents you from using Qt 5.12 on SLES 12, but you won't get QtWayland there. Or bluez this and that version is needed for specific Bluetooth features to enable which aren't necessarily available in a stock RHEL 6.x series. So let's add library dependencies to the list?

I think that in general if there is a bug in Qt for any major distro, the bug will get fixed. How often is the response that Qt does't support that? The documentation part should definitely define the minimum compiler version that is needed, just as the talk currently about Qt6 that's going on in a different thread. But beyond that to what comes to the distros we support, I don't think we should document it so tightly what we support, because of the reasons above.

And just as a reminder here, the stuff that's in the CI have "nothing" to do with what Qt supports, or even what The Qt Company supports. The CI tries to cover the most common use cases, the latest compilers to cover where we are going, and the minimum set so that we don't start regressing from the rear. And Qt packages (Qt binaries) can even be done with a distro that's been modified with libraries built from sources and thus making it a custom distro in a way, only so that The Qt Company's Linux binaries work in most Linuxes. Not an issue in macOS or Windows worlds naturally.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.qt-project.org/pipermail/development/attachments/20190813/a7ea3678/attachment.html>

More information about the Development mailing list