A Qt blogon a felelős alelnök Petteri Holländer bejelenti, hogy a Qt hosszú távú támogatási kiadása csak az üzleti engedélyekben szerepel. Ugyanez vonatkozik az offline telepítőre is.
A Qt Company bejelentette az engedélyezési modell megváltoztatását a Qt keretrendszerhez, amely jelentős hatással lehet a közösségekre és a disztribúciókra akik Qt-t használnak. Mint az 5.15-ös verziótól kezdve, A QTS LTS-fiókokat a következő jelentős verzió kialakulásáig, azaz körülbelül fél évig támogatjuk (az LTS-verziók frissítése három évre szól).
Petteri Holländer szerint:
„A változások az 5.15 LTS verzióval lépnek életbe. Ezenkívül a bináris fájlok telepítéséhez Qt-fiókra lesz szükség a jövőben, és ezt az új változást legkésőbb februárban végre kell hajtani "
A felhasználói fiókkal, Qt csoport, amely a Digia társasághoz tartozik, meg akar győződni arról, hogy a felhasználók igénybe veszik-e az általa kínált szolgáltatásokat.
Ezen túlmenően, Holländer szerint, The nyílt forráskódú felhasználók különösen ezzel a változtatással javítani kell a termék QtAkár hibabejelentések, kódellenőrzések vagy fórumbejegyzések segítségével. Ugyanakkor a Qt számla megnyitja az utat a Qt Marketplace felé is, ahol többek között plugineket cserélnek.
Ez a lépés feltehetően felgyorsítja a QT új verzióinak bevezetését és jelentősen megnöveli a kereskedelmi Qt licencet használó vállalatok számát, amelynek költsége fejlesztőnként évente 5508 dollár (míg induló vállalkozások és kisvállalkozások esetében - évi 499 dollár).
A változások az LTS verzióhoz befolyásolja a nyílt forráskódú közösséget óta a változás alkalmazásakor csak patch szintű kiadást kapnak amíg a következő kisebb verzió megjelenik.
Februártól mindenkinek, beleértve a nyílt forráskódú Qt felhasználókat is, érvényes Qt-fiókokra lesz szükség a Qt bináris csomagok letöltéséhez. Ezen változtattunk, mert úgy gondoljuk, hogy a Qt-fiók lehetővé teszi, hogy a lehető legjobban kihasználja szolgáltatásainkat, és hozzájáruljon a Qt-hoz, mint nyílt forráskódú felhasználó.
Azt akarjuk, hogy a nyílt forráskódú felhasználók így vagy úgy segítsék a Qt fejlesztését, legyen szó hibajelentésekről, fórumokról, kódellenőrzésekről vagy hasonlókról. Jelenleg csak Qt számláról lehet hozzájuk hozzáférni, így kötelező lesz.
Míg másrészt az LTS disztribúciók fejlesztői (azaz hosszú ideig tartó támogatással), például RHEL, Debian, Ubuntu, Linux Mint, SUSE.
Kénytelenek lesznek elavult verziókat küldeni hivatalosan nem támogatott, a port hibáit és a biztonsági réseket egyedül javítja vagy folyamatosan frissítjük a Qt új jelentős verzióit, ami nem valószínű, mivel előre nem látható problémákhoz vezethet a terjesztésben szállított Qt alkalmazásokban.
Talán a közösség közösen szervez támogatást saját Qt LTS verzióihoz, függetlenül a Qt vállalattól.
Az engedélyezési politika részleges kiigazítása enyhíti azt a tényt, hogy a Qt Company megígérte, hogy minden javítást végrehajt a Qt fejlesztésű nyilvános adattáron keresztül.
A javításokat hozzáadjuk a fejlesztési ághoz, és a legújabb verziókkal átadjuk az ágaknak stabil, ami leegyszerűsíti a kinyerésüket, hogy átvigyék az elosztásokra.
Ezenkívül korlátozottak lesznek azok az LTS-verziók, amelyekre a Qt Company elvégzi a korrekciókat.
sajnos, politikai változások a Qt nem korlátozódnak az engedély megváltoztatására és februártól Aki QT-t akar használni, regisztrálnia kell egy fiókot a szolgáltatásban Qt fiók a Qt bináris fájlok letöltéséhez.
Ezt a lépést a fájlterjesztés egyszerűsítésének és a Qt piactérrel való integráció biztosításának vágya magyarázza.
A Jira hibakövetési rendszeréhez, az áttekintő felülethez és a fórumokhoz való hozzáféréshez Qt-fiókra is szükség lesz, miközben a fejlesztési és projektmenedzsment modell ugyanaz marad.
Olvasás közben arra gondoltam, hogy mindez mit jelent, mivel a Debian és mások a KDE-vel szállítják, nem pedig az LTS-t, amelyre javításokat alkalmaznak. Nem igazán értem, hogy a Qt-t hogyan lehet csiszolni egy számlán, nem pedig a fejlesztési keretrendszer bevételszerzéséhez. Újra el kell olvasnom, és látnom kell, hogyan reagál a közösség. Nem hangzik jó hírnek. A systemd és a Qt között egyre több pont van a BSD-re lépéshez. : /
És mit gondolnak az LXQt-hez hasonló testvérprojektek ...
A közösséghez való hozzájárulás szempontjából látom, bár az a tény, hogy most egy független fejlesztőnek szinte szükségszerűen fizetnie kell a licencért, nem megy oda.
Nos, a disztribúciós fejlesztőket most arra kell kényszeríteni, hogy hozzájáruljanak a QT fejlesztéséhez, ezt sokáig el kellett végezni. Nos, a nap végén olyan munkát vesznek igénybe, amelyre többen fel kell fizetniük az alapokat, hogy fennmaradjanak.
És ez a rész nem rossz, mert hozzájárul ahhoz, hogy fenntartsd az általad használtakat, és ami a projekt finanszírozásához is hozzájárul. Olyan nagy disztribúciók óta, mint például a Debía, az Ubuntu, a Fedora, az OpenSUSE, a Linux Mint. Kapjon pénzt akár adományokkal, akár az őket finanszírozó termékek bevonásával.
És ha ezek a disztribúciók adományokkal járulnak hozzá ezekhez a projektekhez, az egy pont és külön szempont, hogy foglalkozniuk kell egymással, mert gyakorlatilag azt mondják: „Oké, nem fogok fizetni pozíciót a termék fejlesztéséért, de mi adományokat fogunk küldeni ennek megváltoztatására ”.
Ilyen például a WebOS, az új fejlesztési keretrendszerek, többek között az autóipar számára.
Eddig nagyon jó, de ahogy az elején mondtam, független fejlesztőket érint ...
Feltétlenül meg kell változtatniuk ezt a fókuszt, és át kell irányítaniuk egy olyan irányba, ahol mindenki nyer.
A KDE-nek el kell mennie a GTK-hoz !!! ? Melyik lenne jobb valójában.
«» Míg másrészt az LTS disztribúciók fejlesztői (vagyis hosszú támogatási idővel), mint például az RHEL, a Debian, az Ubuntu, a Linux Mint, a SUSE.
Kénytelenek lesznek önállóan hivatalosan nem támogatott, elavult verziókat, porthibákat és sebezhetőség-javításokat benyújtani, vagy folyamatosan frissíteni a Qt jelentős új verzióit, ami nem valószínű, mivel előre nem látható problémákhoz vezethet a terjesztésben szállított Qt-alkalmazásokban. » »
Van egy pont.