På Qt-bloggen, den ansvarlige næstformand Petteri Holländer meddeler, at den langsigtede supportudgave af Qt det er kun inkluderet i kommercielle licenser. Det samme gælder for offlineinstallationsprogrammet.
Qt Company har annonceret en ændring af sin licensmodel for Qt-rammen, som kan have en betydelig indvirkning på fællesskaber og distributioner der bruger Qt. I betragtning af det fra version 5.15, QTS LTS-filialer vil blive understøttet indtil dannelsen af den næste vigtige version, det vil sige omkring et halvt år (opdateringer til LTS-versioner udgives i tre år).
Ifølge Petteri Hollander:
"Ændringer træder i kraft med version 5.15 LTS. Desuden vil installation af binære filer kræve en Qt-konto i fremtiden, og denne nye ændring bør anvendes senest i februar."
med brugerkonto, Qt gruppe, som tilhører firmaet Digia, ønsker at sikre, at brugerne bruger de tjenester, der tilbydes gennem den.
Derudover ifølge Hollander, The open source-brugere især De bør med denne ændring forbedre Qt-produktet, enten gennem fejlrapporter, kodegennemgange eller forumindlæg. Samtidig åbner Qt-kontoen også vejen til Qt Marketplace, hvor der blandt andet udveksles plugins.
Dette trin formodes at fremskynde introduktionen af nye QT-versioner. og det vil i høj grad øge antallet af virksomheder, der bruger en kommerciel Qt-licens, hvis omkostninger er $5508 pr. år pr. udvikler (mens for startups og små virksomheder - $499 pr. år).
Ændringerne til LTS-version påvirke open source-fællesskabet eftersom når du anvender denne ændring, de får kun en udgivelse på patch-niveau indtil den næste mindre version vises.
Fra februar vil alle, inklusive open source Qt-brugere, kræve gyldige Qt-konti for at downloade Qt-binære pakker. Vi har ændret dette, fordi vi mener, at en Qt-konto giver dig mulighed for at udnytte vores tjenester bedst muligt og bidrage til Qt som open source-bruger.
Vi ønsker, at open source-brugere hjælper med at forbedre Qt på den ene eller anden måde, det være sig gennem fejlrapporter, fora, kodeanmeldelser eller lignende. I øjeblikket kan de kun tilgås fra en Qt-konto, så det er obligatorisk at have en.
Mens på den anden side udviklerne af LTS distributioner (dvs. med lange supportperioder) såsom RHEL, Debian, Ubuntu, Linux Mint, SUSE blandt andre.
Det vil de blive tvunget til sende forældede versioner officielt ikke understøttet, portfejl og sårbarhedsrettelser på egen hånd eller konstant opdatering til væsentlige nye versioner af Qt, hvilket er usandsynligt, da det kan forårsage uforudsete problemer i Qt-applikationer leveret i distributionen.
Måske vil fællesskabet i fællesskab organisere support til deres egne Qt LTS-versioner, uafhængigt af Qt Company.
En delvis justering af licenspolitikken afbøder det faktum, at Qt Company har lovet at skubbe alle rettelser gennem det offentlige lager, hvor Qt er udviklet.
Patches vil blive tilføjet til udviklingsgrenen og skubbet til filialer med de seneste versioner stabil, hvilket vil forenkle deres udvinding for at overføre til distributioner.
Derudover vil de LTS-versioner, som Qt Company vil overføre rettelserne til, være begrænset.
desværre, politikændringer vedrørende Qt de er ikke begrænset til at ændre licensen og fra februar alle, der ønsker at bruge QT, skal registrere en konto hos tjenesten Qt-konto for at downloade Qt-binære filer.
Dette trin forklares med ønsket om at forenkle fildistribution og sikre integration med Qt Marketplace.
Adgang til Jiras fejlsporingssystem, gennemgangsgrænseflade og fora vil også kræve en Qt-konto, mens udviklings- og projektstyringsmodellen forbliver den samme.
Mens jeg læste, tænkte jeg på, hvad alt dette ville oversætte til, eftersom Debian og andre leveres med KDE og ikke LTS, som patches er anvendt til. Jeg forstår ikke helt, hvordan Qt vil polere gennem en konto, hvis ikke for at tjene penge på udviklingsrammen. Jeg skal læse igen og se, hvordan samfundet reagerer. Det lyder ikke som en god nyhed. Mellem systemd og Qt er der flere og flere punkter at flytte til BSD. :/
Og hvad vil søsterprojekter som LXQt tænke...
Jeg ser det fra perspektivet om at bidrage til fællesskabet, selvom det faktum, at nu en uafhængig udvikler næsten nødvendigvis skal betale for en licens, ikke går derhen.
Nå, nu at tvinge udviklerne af distributioner til at bidrage til udviklingen af QT er noget, der skulle gøres for længe siden. Nå, i sidste ende bruger de et job, som flere mennesker skal bruge penge til for at holde det flydende.
Og denne del er ikke dårlig, for det er et bidrag til at vedligeholde det, du bruger, og som samtidig er med til at finansiere dit projekt. Siden store distributioner som Debía, Ubuntu, Fedora, OpenSUSE, Linux Mint, blandt andre. Modtag midler enten ved donationer eller ved at inkludere produkter, der finansierer dem.
Og nu hvis disse uddelinger bidrager med donationer til disse projekter, er det en pointe og til side, at de skal forholde sig til hinanden, fordi de praktisk talt vil sige "Ok, jeg vil ikke betale en stilling for udviklingen af dit produkt, men vi vil sende dig donationer for at ændre det."
Sådan er det med WebOS, dets nye udviklingsrammer for blandt andet bilproducenten.
Så langt så godt, men som jeg sagde i begyndelsen, påvirker det uafhængige udviklere...
De skal helt sikkert ændre det fokus og omdirigere det i en retning, hvor alle har en win-win.
KDE bliver nødt til at flytte til GTK!!! ? Hvad ville egentlig være bedre.
«»Mens udviklerne på den anden side af LTS-distributioner (dvs. med lange supportperioder) såsom RHEL, Debian, Ubuntu, Linux Mint, SUSE blandt andre.
De vil blive tvunget til at sende officielt ikke-understøttede forældede versioner, port-fejlrettelser og sårbarheder på egen hånd eller konstant opdatere til nye væsentlige Qt-versioner, hvilket er usandsynligt, da det kan føre til uforudsete problemer i distributionsleverede Qt-applikationer.»»
Der er et punktum der.