Hence I find it's a bit confusing to say "to be committed to open source" where in practice the only way to use their extension is either to release your apps code (given you distribute the app) or pay for commercial license. IMHO "to be committed to free software" would represent extensions situation a bit better.
In other words, the license is not suitable for users who are not committed to open source themselves but are not willing to pay either.
Dual licensing with GPL is IMHO the best and often only viable method from the business point of view for small and medium sized companies who sell product and not just service.
QT Company has large customers that are much bigger than it is. Many of them in software business. Turning into yet another software as a service producer for Autodesk or car manufacturers is not in their interests.
this is FUD - the immense majority of Qt is under LGPL. You can build literally entire OSes out of the LGPL parts.
The only strictly GPL parts are (from this page https://doc.qt.io/qt-5/qtmodules.html) : - Qt Charts - Qt Data Visualization - Qt Network Authorization - Qt Virtual Keyboard - Qt for WebAssembly - Qt Quick WebGL
All the widgets, qt quick, etc... stuff is available under LGPL.
Which is exactly what improves and helps grow the open-source world?
GPL makes a product's code, and by infection/extension, other people's code, to be all released under a GPL license. GPL guarantees that users of open-source code won't act as leeches and will themselves contribute more open-source code. Isn't the act of choosing that license, in itself, "a huge commitment" to open-source?
Then they say: OK, seems you want to keep your code private, in order to preserve your IP and leverage over other competitors, and protect your lucrative interests... well that's fine too! You don't want our open-source license forcing you to contribute your code? Fine, we'll waive that requirement. Just pay up.
No. All is LGPL except for some niche libraries.
They can't change that without negotiating new contract. That would require giving something to get something in return. Only thing they can do is to do just the minimum. This is the current issue. They are moving towards the bare minimum.
Edit: This article gives a bit more context. https://www.phoronix.com/scan.php?page=news_item&px=Qt-Open-...
And here the email to which Qt Comany reacts: https://mail.kde.org/pipermail/kde-community/2020q2/006098.h...
LGPL has long been a thorn in the side of Qt Company management. Nokia had bought Qt for $150 million, developed and popularized the platform, and then released everything under LGPL. Digia/The Company then bought the intellectual property from Nokia for just 4 million Euros and have been trying to make money from it ever since. Now, with Corona, the management seems to have had a good opportunity to get rid of its annoying obligations to the open source community.
Thing is, non-commercial and free software projects (KDE is one of the biggest ones, but not just KDE) have a significant contribution, quality-wise, to Qt. Most commercial users are on LTS releases. They rarely report bugs in current versions. With some exceptions (e.g. Wayland), they rarely test new features as they become available. They rarely put too much effort into bug reports for LTS releases, too. That's just how commercial development works. Unless it's a critical bug and you have no choice, your employer won't pay you (or you can't charge your customer) to help another company fix their code.
Qt has a large foothold in FOSS and non-commercial software, and that provides a great deal of real-world exposure to a codebase that's old enough, and complex enough, that real-world exposure is crucial. IMHO, if they lose this, Qt will stop being a useful choice for any kind of development, cross-platform or not, within a few years.
(Edit: to be clear, it's not just that the FOSS community basically provides free beta testing -- even if technically it sort of does. This is an artifact of the way FOSS, and many Linux distributions, too, work today -- e.g. most distros don't ship the LTS version, they ship the latest version, simply because it's easier to fit that into their release schedule. Whether good or bad, it means that a big chunk of Qt app users are on the latest stable version, not on LTS.)
That's all in addition to all the third-party contributions, which are a small, but not insignificant portion of the Qt code.
Linked email from KDE:
> But last week, the company suddenly informed both the KDE e.V. board and the KDE Free QT Foundation that the economic outlook caused by the Corona virus puts more pressure on them to increase short-term revenue. As a result, they are thinking about restricting ALL Qt releases to paid license holders for the first 12 months. They are aware that this would mean the end of contributions via Open Governance in practice.
TFA (the entirety):
> There have been discussions on various internet forums about the future of Qt open source in the last two days. The contents do not reflect the views or plans of The Qt Company.
> The Qt Company is proud to be committed to its customers, open source, and the Qt governance model.
So, are they claiming that they never planned to "restrict ALL Qt releases to paid license holders for the first 12 months", or are they saying this plan still counts as "committed to open source"?
The real value of Qt is not $4m, Trolltech made a decent living out of it. The world has changed a bit since then, but I’m sure there is still plenty of space for Qt in the market.
Apparently you don't even read the links you provide.
Qt company can't get rid of the leagal obligations it has to release the software. What it can do is to stop extra cooperation.
Some people say that qt.io is one of the companies in trouble, and that it's reacting by releasing new versions of qt to customers first, and to opensource users a year later.
I've no idea how much income qt.io actually has lost.
It seems their current strategy is to milk the users that can't use the LGPL users as much as possible, Additionally they try to convince as many people as possible that the LGPL version won't work for them, by having very confusing licensing terms on their website.
My company currently uses the LGPL version of Qt, and would gladly pay for the commercial one. In the Trolltech and Nokia days they actually did pay for it, but the prices are no longer affordable us. So we are stuck with the LGPL version for now.
We don't need a trillion supported platforms and tons of features. We have a Desktop App that runs on Windows (and in the future maybe Linux), and we use the old Widget stuff (currently no QML). We would gladly pay for the features we need, but not the ridicolous amound they are charging now.
Huh, price isn't even a THAT big problem. Software developed with LGPL version can't use the commercial one.
> 2.13. If I have started development of a project using the open source version (LGPL), can I later purchase a commercial version of Qt and move my code under that license?
> This is not permitted without written consent from The Qt Company. If you have already started the development with an open-source version of Qt, please contact The Qt Company to resolve the issue. If you are unsure of which license or version to use when you start development, we recommend you contact The Qt Company to advise you on the best choice based on your development needs.
IIRC they aren't really willing to give the permission to switch
Also, I've personally tried out Qt a few different companies over the years and several of them would have been fine paying $50-200/dev/year (depending on company size), but the current price starts at $5508/dev/year! This is so much higher than Jetbrains or Visual Studio pricing that it's clearly targeting a market other than normal developers. This creates an awkwardness for Qt in my opinion. They want to build a community of developers to encourage and grow use of Qt, but most developers in the community are priced out from participating outside of open source.
My point is that my company would be willing to pay for Qt (and it did pay in the past), but not that much. In the current situation they don't get any money from us at all.
If tomorrow you had some big project such as Qt in your hands, and had 100% freedom to choose how to proceed with it (in matters such as what license to apply, what sustainability model to seek, etc.) what would you do?
I always feel that pure GPL is the best but only idealistic way to go, because working for free is not compatible with paying your bills. Then LGPL, and maybe other licenses such as Apache, are nice but at the end of the day allow that private companies with private pockets benefit from the project without helping it at all (either with work or with cash), which I know is one side of the "freedom" that those open-source licenses bring, but it's one side that I personally don't really like (I'm more of a pragmatist than an idealist). For that reason I feel like dual GPL+Commercial might be the best of both worlds. It would allow basing a company around it, and paying other devs to feed their families, and at the same time users of the GPL variant would themselves be benefiting from and contributing to open-source.
Even then, the total addressable market was pretty small, but at least it was anyone who wanted to make a cross-platform app.
Now, most people who want to do that use Electron, React Native, or make a browser extension (or, of course, a Web site). The market is smaller: cross-platform makers who are absolutely committed to Qt or for whom it’s a uniquely good fit (like because they’re using C++).
Think of it like a pharma company with a drug that only treats a rare disease. The TAM is tiny. Unless someone discovers that it also treats some other disease, there’s not a lot they can do to expand the customer base. If they want to make more money or want more short-term revenue (usually at the expense of long-term revenue), charging existing customers more may actually be the best option for them.
But now, I think that C++ is more of a drawback than an advantage for the Qt project. C++ today seems a good fit for high-performance, very niche tools such as trading, games, machine learning libraries, and such, but not for "simpler" software such as the UI of an application. Also finding good competent C++ devs seems to be much harder now. I myself feel like having to go "back" to writing C++ is a bummer, having worked with other more modern technologies.
Bindings to other languages have always been a second-class citizen. The Python one is very nice, though, but that's all. I believe it comes, again, as a difficulty introduced by the language itself.
If you want to make actual profits, then it is the same license choice but with a company that sells valuable long-term support, development and perhaps proprietary extra features. Examples: RedHat, Canonical, GitLab.
And no, I don't really have an answer either. Successful open source business models are few and far between. Redhat is perhaps the one big example of a (very) successful open source company.
To some extent I think the worry about leeching is something which can be addressed with culture as well as licenses. Plenty of successful BSD/apache licensed projects around, including with largely corporate contributors, because they understand the long-term value from contributing to the common pool rather than forking and trying to sell "proprietary enhanced" versions.
I'd probably go with LGPL and commercial plugins that enhance the functionality. But this depends on the product having some features that could be mainly useful for companies but not really for individuals.
What "discussions on various internet forums" do they mean? there's been plenty. And, which ones "do not reflect the views or plans of The Qt Company"?
Why such a rushed defensive blog post?
In particular
> Unfortunately, The Qt Company is currently considering to stop this healthy cooperation
The negotiations and uncertainty are related to all extra cooperation above that.
There are talks in the mailing list about forking QT but KDE doesn't seems to want that currently due to lack of developers for maintaining a fork
Same thing happened with Oracle and Java, they lost a lot of potential new developers with their hardline approach to open source.
The issue seems to be that there are many people that use Qt for free including companies but they won't pay with money or contributions, so if a work will happen except KDE there will be few contributors. Qt includes a version of Webkit that is used in some application, so you need someone to keep on top of webkit security issues and backport the fixes.
That is one of the things that free software allows, yeah.
> so if a work will happen except KDE there will be few contributors
Even if that's true, is KDE not enough?
> Qt includes a version of Webkit that is used in some application, so you need someone to keep on top of webkit security issues and backport the fixes.
I assumed that the QT end of that was a thin wrapper around upstream webkit; is it really that involved?
Would probably be good for gtk development
