Al blog de Qt, la vicepresidenta responsable Petteri Holländer anuncia que l'edició de suport a llarg termini de Qt només s'inclou en les llicències comercials. El mateix s'aplica a l'instal·lador fora de línia.
Qt Company ha anunciat un canvi en el seu model de llicència per al marc Qt, que podria tenir un impacte significatiu en les comunitats i les distribucions que fan servir Qt. ja que a partir de la versió 5.15, les branques QTS LTS seran compatibles fins a la formació de la propera versió significativa, és a dir, aproximadament mig any (actualització per a les versions de LTS es llancen durant tres anys).
Segons Petteri Holländer:
"Els canvis entren en vigència amb la versió 5.15 LTS. A més, la instal·lació dels arxius binaris requerirà en el futur un compte Qt i aquest nou canvi s'ha d'aplicar com a molt tard partir de febrer "
Amb el compte d'usuari, qt Group, Que pertany a la companyia DIGIA, vol assegurar-se que els usuaris utilitzin els serveis oferts a través d'ella.
A més, segons Holländer, els usuaris de codi obert en particular haurien amb aquest canvi a millorar el producte Qt, Ja sigui a través d'informes d'errors, revisions de codi o publicacions en fòrums. A el mateix temps, el compte Qt també obre el camí a l'Qt Marketplace, on s'intercanvien complements, entre altres coses.
Se suposa que aquest pas accelerarà la introducció de noves versions de QT i en gran mesura augmentarà el nombre d'empreses que usen una llicència Qt comercial, el cost és de $ 5508 per any per desenvolupador (mentre que per a noves empreses i petites empreses: $ 499 per any).
els canvis per a la versió LTS afecten la comunitat open source ja que a l'aplicar-se aquest canvi, només obtenen un llançament de nivell de pegat fins que apareix la següent versió menor.
A partir de febrer, tots, inclosos els usuaris de Qt de codi obert, requeriran comptes Qt vàlides per descarregar paquets binaris Qt. Vam canviar això perquè creiem que un compte Qt li permet fer el millor ús dels nostres serveis i contribuir a Qt com a usuari de codi obert.
Volem que els usuaris de codi obert ajudin a millorar Qt d'una manera o altra, ja sigui a través d'informes d'errors, fòrums, revisions de codi o similars. Actualment, només es pot accedir-hi des d'un compte Qt, de manera que tenir un serà obligatori.
Mentre que d'altra banda els desenvolupadors de distribucions LTS (És a dir amb llargs períodes de suport) com ara RHEL, Debian, Ubuntu, Linux Mint, SUSE entre d'altres.
Es veuran obligats a enviar versions obsoletes oficialment no compatibles, portar correccions d'errors i vulnerabilitats pel seu compte o actualitzar constantment a noves versions significatives de Qt, la qual cosa és poc probable, ja que pot provocar problemes imprevistos en les aplicacions Qt lliurades en la distribució.
Potser la comunitat organitzarà conjuntament el suport per a les seves pròpies versions Qt LTS, independentment de Qt Company.
Ajustar parcialment la política de llicències mitiga el fet que Qt Company ha promès dur a terme totes les correccions a través del repositori públic en què es desenvolupa Qt.
Els pegats s'afegiran a la branca de desenvolupament i es transferiran a les branques amb les últimes versions estables, el que simplificarà la seva extracció per transferir a les distribucions.
A més de que les versions LTS a les quals Qt Company traslladarà les correccions seran limitades.
Desafortunadament, Els canvis de política pel que fa a Qt no es limiten a canviar la llicència ia partir de febrer, tot aquell que vulgui utilitzar QT haurà de registrar un compte en el servei de Compte Qt per descarregar els arxius binaris de Qt.
Això s'explica pel desig de simplificar la distribució d'arxius i garantir la integració amb Qt Marketplace.
L'accés a el sistema de seguiment d'errors de Jira, la interfície de revisió i els fòrums també requereixen un compte Qt, mentre que el model de desenvolupament i gestió de projectes segueix sent el mateix.
Segons llegia em preguntava en què es traduiria tot això, ja que Debian i altres es lliuren amb KDE no LTS a què es van aplicant pegats. No entenc bé com va a polir-se Qt a través d'un compte si no és per monetitzar el marc de desenvolupament. Necessito tornar a llegir i veure com reacciona la comunitat. No sona a bones notícies. Entre systemd i Qt cada vegada hi ha més punts per passar a BSD. : /
I què pensaran els projectes germans com LXQt ...
Jo ho veig des de la perspectiva d'aportar a la comunitat, si bé el fet que ara hagi de gairebé forçosament pagar un desenvolupador independent una llicència, no va per aquí la cosa.
Doncs el forçar ara als desenvolupadors de distribucions a aportar a el desenvolupament de QT és una cosa que es tenia de fer des de fa molt de temps. Doncs a la fi de comptes estan utilitzant un treball pel qual diverses persones han de desemborsar fons per mantenir-lo a flotació.
I aquesta part no és dolenta, ja que és una aportació per mantenir el que utilitzes i el que també ajuda a finançar el teu projecte. Ja que grans distribucions com Havia, Ubuntu, Fedora, OpenSUSE, Linux Mint, entre d'altres. Rep fons ja sigui per donacions o per incloure productes que els financin.
I ja si aquestes distribucions aporten amb donacions a aquests projectes és un punt ia part, que haurien de tractar entre ells, ja que diran pràcticament "Ok, no penso pagar un lloc per al desenvolupament del teu producte, però anem et destí donacions a canvi d'això ".
Tal és el cas amb WebOS, els seus nous marcs de desenvolupament per a la automotriu entre d'altres.
Fins aquí tot bé, però com dic a del principi el afectar desenvolupadors independents ...
Definitivament han de canviar aquest enfocament i redireccionar-cap a una direcció on tothom tingui un guanyar-guanyar.
KDE haurà de passar-se a GTK !!! ? El que seria millor, en realitat.
«» Mentre que d'altra banda els desenvolupadors de distribucions LTS (és a dir amb llargs períodes de suport) com ara RHEL, Debian, Ubuntu, Linux Mint, SUSE entre d'altres.
Es veuran obligats a enviar versions obsoletes oficialment no compatibles, portar correccions d'errors i vulnerabilitats pel seu compte o actualitzar constantment a noves versions significatives de Qt, la qual cosa és poc probable, ja que pot provocar problemes imprevistos en les aplicacions Qt lliurades en la distribució . »»
Aquí sobra un punt ia part.