Auf dem Qt-Blog der verantwortliche Vizepräsident Petteri Holländer gibt bekannt, dass die Langzeit-Support-Edition von Qt Es ist nur in Geschäftslizenzen enthalten. Gleiches gilt für das Offline-Installationsprogramm.
Qt Company hat eine Änderung seines Lizenzmodells angekündigt für das Qt-Framework, das könnte erhebliche Auswirkungen auf Gemeinschaften und Verteilungen haben die Qt verwenden. Wie ab Version 5.15, QTS LTS-Zweige werden bis zur Bildung der nächsten wichtigen Version, dh etwa einem halben Jahr, unterstützt (Updates für LTS-Versionen werden für drei Jahre veröffentlicht).
Laut Petteri Holländer:
„Die Änderungen werden mit Version 5.15 LTS wirksam. Darüber hinaus erfordert die Installation der Binärdateien in Zukunft ein Qt-Konto, und diese neue Änderung muss spätestens im Februar angewendet werden. "
Mit dem Benutzerkonto, Qt-Gruppe, die zur Firma Digia gehört, möchte sicherstellen, dass Benutzer die über sie angebotenen Dienste nutzen.
Zusätzlich nach Holländer, The Open Source Benutzer insbesondere sollte mit dieser Änderung das Produkt Qt verbessernEntweder durch Fehlerberichte, Codeüberprüfungen oder Forenbeiträge. Gleichzeitig eröffnet das Qt-Konto auch den Weg zum Qt-Marktplatz, auf dem unter anderem Plugins ausgetauscht werden.
Dieser Schritt soll die Einführung neuer Versionen von QT beschleunigen und es wird die Anzahl der Unternehmen, die eine kommerzielle Qt-Lizenz verwenden, erheblich erhöhen. Die Kosten betragen 5508 USD pro Jahr und Entwickler (für Startups und kleine Unternehmen 499 USD pro Jahr).
Die Änderungen für LTS-Version Auswirkungen auf die Open Source Community als Wenn Sie diese Änderung anwenden, Sie erhalten nur eine Patch-Level-Version bis die nächste Nebenversion erscheint.
Ab Februar benötigen alle, einschließlich Open Source-Qt-Benutzer, gültige Qt-Konten, um Qt-Binärpakete herunterzuladen. Wir haben dies geändert, weil wir der Ansicht sind, dass Sie mit einem Qt-Konto unsere Dienste optimal nutzen und als Open Source-Benutzer zu Qt beitragen können.
Wir möchten, dass Open Source-Benutzer dazu beitragen, Qt auf die eine oder andere Weise zu verbessern, sei es durch Fehlerberichte, Foren, Codeüberprüfungen oder ähnliches. Derzeit kann nur über ein Qt-Konto auf sie zugegriffen werden. Daher ist ein Konto obligatorisch.
Während auf der anderen Seite die Entwickler von LTS-Distributionen (dh mit langen Unterstützungszeiten) wie RHEL, Debian, Ubuntu, Linux Mint, SUSE unter anderem.
Sie werden dazu gezwungen veraltete Versionen senden offiziell nicht unterstützt, Behebung von Portfehlern und Sicherheitslücken auf eigene Faust oder ständig auf neue wichtige Versionen von Qt aktualisieren, was unwahrscheinlich ist, da dies zu unvorhergesehenen Problemen bei Qt-Anwendungen führen kann, die in der Distribution bereitgestellt werden.
Vielleicht organisiert die Community gemeinsam Unterstützung für ihre eigenen Qt LTS-Versionen, unabhängig von Qt Company.
Durch eine teilweise Anpassung der Lizenzierungsrichtlinie wird die Tatsache gemindert, dass Qt Company versprochen hat, alle Korrekturen über das öffentliche Repository durchzuführen, auf dem Qt entwickelt wird.
Die Patches werden dem Entwicklungszweig hinzugefügt und mit den neuesten Versionen in die Zweige übertragen stabil, was ihre Extraktion vereinfacht, um sie auf Verteilungen zu übertragen.
Darüber hinaus sind die LTS-Versionen, auf die Qt Company die Korrekturen überträgt, beschränkt.
Leider, Richtlinienänderungen in Bezug auf Qt Sie sind nicht darauf beschränkt, die Lizenz zu ändern und ab Februar Jeder, der QT verwenden möchte, muss ein Konto im Dienst registrieren Qt-Konto zum Herunterladen der Qt-Binärdateien.
Dieser Schritt erklärt sich aus dem Wunsch, die Dateiverteilung zu vereinfachen und die Integration in Qt Marketplace sicherzustellen.
Für den Zugriff auf das Fehlerverfolgungssystem, die Überprüfungsoberfläche und die Foren von Jira ist ebenfalls ein Qt-Konto erforderlich, während das Entwicklungs- und Projektmanagementmodell unverändert bleibt.
Während ich las, fragte ich mich, was dies alles bedeuten würde, da Debian und andere mit KDE und nicht mit LTS ausgeliefert werden, auf die Patches angewendet werden. Ich verstehe nicht ganz, wie Qt durch ein anderes Konto als die Monetarisierung des Entwicklungsrahmens aufpoliert werden soll. Ich muss noch einmal lesen und sehen, wie die Community reagiert. Es klingt nicht nach guten Nachrichten. Zwischen systemd und Qt gibt es immer mehr Punkte, um zu BSD zu wechseln. : /
Und was werden Schwesterprojekte wie LXQt denken ...
Ich sehe es aus der Perspektive, einen Beitrag zur Community zu leisten, obwohl die Tatsache, dass jetzt ein unabhängiger Entwickler fast notwendigerweise für eine Lizenz bezahlen muss, nicht dorthin geht.
Nun, es war lange Zeit notwendig, Distributionsentwickler dazu zu zwingen, zur Entwicklung von QT beizutragen. Nun, am Ende des Tages nutzen sie einen Job, für den mehrere Leute Geld auszahlen müssen, um ihn über Wasser zu halten.
Und dieser Teil ist nicht schlecht, denn er ist ein Beitrag zur Aufrechterhaltung Ihrer Nutzung und zur Finanzierung Ihres Projekts. Da große Distributionen wie Debía, Ubuntu, Fedora, OpenSUSE, Linux Mint ua Erhalten Sie Geld entweder durch Spenden oder durch die Aufnahme von Produkten, die diese finanzieren.
Und wenn diese Distributionen mit Spenden für diese Projekte beitragen, ist es ein Punkt und ein Unterschied, dass sie miteinander umgehen sollten, denn sie werden praktisch sagen: „Ok, ich werde keine Position für die Entwicklung Ihres Produkts bezahlen, aber wir Ich werde Ihnen Spenden schicken, um das zu ändern. “
Dies ist unter anderem bei WebOS der Fall, den neuen Entwicklungsframeworks für die Automobilindustrie.
So weit so gut, aber wie ich am Anfang sagte, was unabhängige Entwickler betrifft ...
Sie sollten diesen Ansatz auf jeden Fall ändern und ihn in eine Richtung umleiten, in der jeder eine Win-Win-Situation hat.
KDE muss zu GTK gehen !!! ? Welches wäre eigentlich besser.
«» Auf der anderen Seite die Entwickler von LTS-Distributionen (dh mit langen Unterstützungszeiten) wie RHEL, Debian, Ubuntu, Linux Mint, SUSE unter anderem.
Sie werden gezwungen sein, offiziell nicht unterstützte veraltete Versionen, Port-Bug- und Schwachstellen-Fixes selbst zu versenden oder ständig auf wichtige neue Versionen von Qt zu aktualisieren, was unwahrscheinlich ist, da dies zu unvorhergesehenen Problemen in Qt-Anwendungen führen kann, die in der Distribution bereitgestellt werden. »»
Dort gibt es einen Punkt.