Qt-Unternehmen
Entwickler von Distributionen mit langen Supportzeiten (RHEL, Debian, Ubuntu, Linux Mint, SUSE) werden gezwungen sein, entweder veraltete, offiziell nicht unterstützte Releases auszuliefern, Bugfixes und Schwachstellen eigenständig zu portieren oder ständig auf neue bedeutende Versionen von Qt zu aktualisieren unwahrscheinlich, da es zu unerwarteten Problemen in den in der Distribution enthaltenen Qt-Anwendungen kommen kann. Vielleicht organisiert die Community gemeinsam die Unterstützung ihrer eigenen LTS-Ableger von Qt, unabhängig von der Qt Company.
Ein Teil der Verschärfung der Lizenzpolitik wird durch die Tatsache abgemildert, dass die Qt Company versprochen hat, alle Korrekturen über ein öffentliches Repository vorzunehmen, in dem die Qt-Entwicklung durchgeführt wird. Patches werden dem Entwicklungszweig hinzugefügt und auf Zweige mit aktuellen stabilen Versionen übertragen, was ihre Extraktion für die Übertragung auf Distributionen vereinfacht. Die LTS-Zweige, auf die Fixes von der Qt Company portiert werden, sind begrenzt.
Leider beschränken sich Richtlinienänderungen in Bezug auf Qt nicht nur auf Lizenzänderungen, und das Herunterladen von Binär-Builds von Qt ab Februar erfordert die Registrierung eines Kontos beim Qt-Kontodienst. Dieser Schritt erklärt sich aus dem Wunsch, die Verteilung von Baugruppen zu vereinfachen und die Integration in den Katalogspeicher sicherzustellen
Source: opennet.ru