Qt schimbă modelul de licențiere pentru versiunile LTS

QT

Pe blogul Qt, vicepreședintele responsabil Petteri Holländer anunță că ediția de sprijin pe termen lung a Qt este inclus numai în licențele comerciale. Același lucru este valabil și pentru programul de instalare offline.

Qt Company a anunțat o modificare a modelului său de licențiere pentru cadrul Qt, care ar putea avea un impact semnificativ asupra comunităților și distribuțiilor care folosesc Qt. La fel de începând cu versiunea 5.15, Sucursalele QTS LTS vor fi acceptate până la formarea următoarei versiuni semnificative, adică aproximativ jumătate de an (actualizările pentru versiunile LTS sunt lansate timp de trei ani).

Potrivit lui Petteri Holländer:

„Modificările intră în vigoare cu versiunea 5.15 LTS. În plus, instalarea fișierelor binare va necesita un cont Qt în viitor și această nouă modificare trebuie aplicată cel târziu în februarie "

Cu contul de utilizator, Grupul Qt, care aparține companiei Digia, vrea să se asigure că utilizatorii folosesc serviciile oferite prin intermediul acestuia.

În plus, potrivit lui Holländer, utilizatori open source în special ar trebui, cu această modificare, să îmbunătățească Qt-ul produsuluiFie prin rapoarte de erori, recenzii de cod sau postări pe forum. În același timp, contul Qt deschide calea către Qt Marketplace, unde sunt schimbate pluginuri, printre altele.

Acest pas ar trebui să accelereze introducerea de noi versiuni de QT și va crește considerabil numărul companiilor care utilizează o licență comercială Qt, al cărui cost este de 5508 USD pe an pe dezvoltator (în timp ce pentru startup-uri și întreprinderi mici - 499 USD pe an).

Schimbarile pentru versiunea LTS afectează comunitatea open source întrucât atunci când aplici această modificare, primesc doar o lansare la nivel de patch până când apare următoarea versiune minoră.

Începând din februarie, toată lumea, inclusiv utilizatorii open source Qt, vor avea nevoie de conturi Qt valide pentru a descărca pachete binare Qt. Am schimbat acest lucru deoarece credem că un cont Qt vă permite să utilizați cât mai bine serviciile noastre și să contribuiți la Qt ca utilizator open source.

Vrem ca utilizatorii open source să contribuie la îmbunătățirea Qt într-un fel sau altul, fie prin rapoarte de erori, forumuri, recenzii de cod sau altele asemenea. În prezent, acestea pot fi accesate doar dintr-un cont Qt, astfel încât să aveți unul va fi obligatoriu.

Pe de altă parte, dezvoltatorii de distribuții LTS (adică cu perioade lungi de suport), cum ar fi RHEL, Debian, Ubuntu, Linux Mint, SUSE, printre altele.

Vor fi obligați să trimite versiuni învechite oficial neacceptat, eroare de port și remedieri de vulnerabilitate pe cont propriu sau actualizarea constantă la noile versiuni semnificative ale Qt, ceea ce este puțin probabil deoarece poate duce la probleme neprevăzute în aplicațiile Qt livrate în distribuție.

Poate că comunitatea va organiza în comun sprijin pentru propriile versiuni Qt LTS, independent de Qt Company.

Ajustarea parțială a politicii de licențiere atenuează faptul că Qt Company a promis să efectueze toate remedierile prin depozitul public pe care este dezvoltat Qt.

Patch-urile vor fi adăugate la ramura de dezvoltare și transferate la sucursalele cu cele mai recente versiuni stabil, ceea ce le va simplifica extracția pentru a le transfera către distribuții.

În plus, versiunile LTS la care Qt Company va efectua corecțiile vor fi limitate.

din păcate, modificări de politică cu privire la Qt nu se limitează la schimbarea licenței și din februarie, Oricine dorește să utilizeze QT trebuie să înregistreze un cont în serviciu Cont Qt pentru a descărca fișierele binare Qt.

Acest pas se explică prin dorința de a simplifica distribuția fișierelor și de a asigura integrarea cu Qt Marketplace.

Accesul la sistemul de urmărire a erorilor, interfața de revizuire și forumurile Jira va necesita, de asemenea, un cont Qt, în timp ce modelul de dezvoltare și managementul proiectului rămâne același.


Lasă comentariul tău

Adresa ta de email nu va fi publicată. Câmpurile obligatorii sunt marcate cu *

*

*

  1. Responsabil pentru date: AB Internet Networks 2008 SL
  2. Scopul datelor: Control SPAM, gestionarea comentariilor.
  3. Legitimare: consimțământul dvs.
  4. Comunicarea datelor: datele nu vor fi comunicate terților decât prin obligație legală.
  5. Stocarea datelor: bază de date găzduită de Occentus Networks (UE)
  6. Drepturi: în orice moment vă puteți limita, recupera și șterge informațiile.

  1.   Autopilot el a spus

    Pe măsură ce citeam, mă întrebam în ce se va traduce toate acestea, deoarece Debian și alții livrează cu KDE nu LTS la care patch-uri sunt aplicate. Nu înțeleg prea bine cum Qt va fi lustruit printr-un alt cont decât să monetizeze cadrul de dezvoltare. Trebuie să citesc din nou și să văd cum reacționează comunitatea. Nu pare o veste bună. Între systemd și Qt există tot mai multe puncte pentru a trece la BSD. : /

    Și ce vor gândi proiecte surori precum LXQt ...

    1.    David naranjo el a spus

      Îl văd din perspectiva contribuției la comunitate, deși faptul că acum un dezvoltator independent trebuie aproape să plătească pentru o licență, nu merge acolo.
      Ei bine, acum forțarea dezvoltatorilor de distribuție să contribuie la dezvoltarea QT este ceva ce trebuia făcut de mult. Ei bine, la sfârșitul zilei, ei folosesc o slujbă pentru care mai mulți oameni trebuie să plătească fonduri pentru a o menține pe linia de plutire.
      Și această parte nu este rea, deoarece este o contribuție la menținerea a ceea ce folosești și ceea ce te ajută și la finanțarea proiectului tău. De la distribuții mari, cum ar fi Debía, Ubuntu, Fedora, OpenSUSE, Linux Mint, printre altele. Primește fonduri fie prin donații, fie prin includerea produselor care le finanțează.
      Și dacă aceste distribuții contribuie cu donații la aceste proiecte, este un punct și în afară că ar trebui să se ocupe unul de celălalt, deoarece vor spune practic „Ok, nu intenționez să plătesc o poziție pentru dezvoltarea produsului dvs., dar noi vă voi trimite donații schimbarea acestuia ”.
      Așa este cazul WebOS, noile sale cadre de dezvoltare pentru industria auto, printre altele.
      Până acum, bine, dar așa cum am spus la început, afectând dezvoltatorii independenți ...
      Cu siguranță ar trebui să schimbe acea concentrare și să o redirecționeze într-o direcție în care toată lumea are un câștig-câștig.

  2.   Creatorul luminii el a spus

    KDE va ​​trebui să meargă la GTK !!! ? Ceea ce ar fi mai bine, de fapt.

  3.   Rasa el a spus

    «» Pe de altă parte, dezvoltatorii de distribuții LTS (adică cu perioade lungi de suport), cum ar fi RHEL, Debian, Ubuntu, Linux Mint, SUSE, printre altele.

    Aceștia vor fi forțați să livreze singuri versiuni învechite oficial neacceptate, erori de port și remedieri ale vulnerabilităților sau să actualizeze în mod constant la versiuni noi semnificative ale Qt, ceea ce este puțin probabil deoarece poate duce la probleme neprevăzute în aplicațiile Qt livrate în distribuție. »»

    Există un punct acolo.