Sul blog Qt, il vice presidente responsabile Petteri Holländer annuncia che l'edizione di supporto a lungo termine di Qt è incluso solo nelle licenze commerciali. Lo stesso vale per il programma di installazione offline.
Qt Company ha annunciato un cambiamento nel suo modello di licenza per il framework Qt, che potrebbe avere un impatto significativo sulle comunità e sulle distribuzioni che usano Qt. Come a partire dalla versione 5.15, Le filiali di QTS LTS saranno supportate fino alla formazione della successiva versione significativa, ovvero circa sei mesi (gli aggiornamenti per le versioni LTS vengono rilasciati per tre anni).
Secondo Petteri Holländer:
“Le modifiche hanno effetto con la versione 5.15 LTS. Inoltre, l'installazione dei file binari richiederà in futuro un account Qt e questa nuova modifica dovrà essere applicata entro febbraio "
Con l'account utente, Gruppo Qt, che appartiene alla società Digia, vuole garantire che gli utenti utilizzino i servizi offerti attraverso di essa.
Inoltre, secondo Holländer, The utenti open source in particolare dovrebbe con questa modifica per migliorare il prodotto QtTramite segnalazioni di bug, revisioni del codice o post sul forum. Allo stesso tempo, l'account Qt apre anche la strada al Qt Marketplace, dove vengono scambiati i plugin, tra le altre cose.
Questo passaggio dovrebbe accelerare l'introduzione di nuove versioni di QT e aumenterà notevolmente il numero di aziende che utilizzano una licenza Qt commerciale, il cui costo è di $ 5508 all'anno per sviluppatore (mentre per le startup e le piccole imprese - $ 499 all'anno).
I cambiamenti per la versione LTS influenzare la comunità open source come quando si applica questa modifica, ottengono solo un rilascio a livello di patch fino a quando non viene visualizzata la versione secondaria successiva.
A partire da febbraio, tutti, inclusi gli utenti Qt open source, richiederanno account Qt validi per scaricare i pacchetti binari Qt. L'abbiamo cambiato perché crediamo che un account Qt ti consenta di utilizzare al meglio i nostri servizi e di contribuire a Qt come utente open source.
Vogliamo che gli utenti open source aiutino a migliorare Qt in un modo o nell'altro, tramite segnalazioni di bug, forum, revisioni del codice o simili. Al momento, è possibile accedervi solo da un account Qt, quindi averne uno sarà obbligatorio.
Mentre d'altra parte gli sviluppatori di distribuzioni LTS (cioè con lunghi periodi di supporto) come RHEL, Debian, Ubuntu, Linux Mint, SUSE tra gli altri.
Saranno costretti a farlo inviare versioni obsolete ufficialmente non supportato, bug del port e correzioni di vulnerabilità da soli o l'aggiornamento costante a nuove versioni significative di Qt, il che è improbabile in quanto può portare a problemi imprevisti nelle applicazioni Qt fornite nella distribuzione.
Forse la comunità co-organizzerà il supporto per le proprie versioni di Qt LTS, indipendentemente da Qt Company.
La modifica parziale della politica di licenza attenua il fatto che Qt Company ha promesso di eseguire tutte le correzioni attraverso il repository pubblico su cui è sviluppato Qt.
Le patch verranno aggiunte al ramo di sviluppo e trasferite ai rami con le ultime versioni stabile, che semplificherà la loro estrazione per il trasferimento alle distribuzioni.
Inoltre, le versioni LTS a cui Qt Company apporterà le correzioni saranno limitate.
Sfortunatamente, modifiche alle norme relative a Qt non si limitano a cambiare la licenza e da febbraio Chiunque desideri utilizzare QT deve registrare un account nel servizio Account Qt per scaricare i file binari Qt.
Questo passaggio è spiegato dal desiderio di semplificare la distribuzione dei file e garantire l'integrazione con Qt Marketplace.
Anche l'accesso al sistema di tracciamento dei bug, all'interfaccia di revisione e ai forum di Jira richiederà un account Qt, mentre il modello di sviluppo e gestione del progetto rimane lo stesso.
Mentre leggevo mi chiedevo in cosa si tradurrebbe tutto questo, dal momento che Debian e altri vengono forniti con KDE e non con LTS a cui vengono applicate le patch. Non capisco bene come verrà perfezionato Qt tramite un account diverso dalla monetizzazione del framework di sviluppo. Ho bisogno di leggere di nuovo e vedere come reagisce la comunità. Non sembra una buona notizia. Tra systemd e Qt ci sono sempre più punti per passare a BSD. : /
E cosa penseranno i progetti gemelli come LXQt ...
Lo vedo dal punto di vista del contributo alla comunità, sebbene il fatto che ora uno sviluppatore indipendente debba quasi necessariamente pagare una licenza, non va così.
Bene, ora costringere gli sviluppatori di distribuzioni a contribuire allo sviluppo di QT è qualcosa che doveva essere fatto per molto tempo. Ebbene, alla fine della giornata stanno usando un lavoro per il quale diverse persone devono sborsare fondi per mantenerlo a galla.
E questa parte non è male, perché è un contributo per mantenere ciò che usi e ciò che aiuta anche a finanziare il tuo progetto. Dal momento che le grandi distribuzioni come Debía, Ubuntu, Fedora, OpenSUSE, Linux Mint, tra gli altri. Ricevi fondi tramite donazioni o includendo prodotti che li finanziano.
E se queste distribuzioni contribuiscono con donazioni a questi progetti è un punto e, a parte, che dovrebbero occuparsi tra loro, perché praticamente diranno "Ok, non pagherò una posizione per lo sviluppo del tuo prodotto, ma noi ti invierò donazioni per cambiarlo ”.
Questo è il caso di WebOS, i suoi nuovi framework di sviluppo per l'automotive, tra gli altri.
Fin qui tutto bene, ma come ho detto all'inizio riguarda gli sviluppatori indipendenti ...
Dovrebbero sicuramente cambiare quell'obiettivo e reindirizzarlo in una direzione in cui tutti hanno una vittoria per tutti.
KDE dovrà passare a GTK !!! ? Quale sarebbe meglio, in realtà.
«» Mentre d'altra parte gli sviluppatori di distribuzioni LTS (vale a dire con lunghi periodi di supporto) come RHEL, Debian, Ubuntu, Linux Mint, SUSE tra gli altri.
Saranno costretti a presentare da soli versioni obsolete non supportate ufficialmente, bug di port e correzioni di vulnerabilità, o ad aggiornare costantemente a nuove versioni significative di Qt, il che è improbabile in quanto può portare a problemi imprevisti nelle applicazioni Qt fornite nella distribuzione. » »
C'è un punto fermo lì.