Qt

Hozzászólások

Lesz, mivel a QT keretrendszer kell a KDE futtatasahoz. Legalabbis regebben igy volt, szerencsere a 3-ast kellett utoljara hasznalnom.

Tovabba, egy csomoan elpartolnak tole. A GTK-nak nem lesz versenytarsa, meg rosszabb lesz mint most.

A vegen pedig a mainstream Linux lesz a masik Windows.

echo crash > /dev/kmem

Biztos, hogy lesz kihatás rá.

Két véglet lesz ebből. A QT-re épülő FLOSS programoknak vagy követniük kell folyamatosan a QT legújabb verzióit, vagy meg-meg állnak egy-egy olyan verzión amihez nem lesz több frissítés nekik, tehát ha bug van benne, az benne is lesz a következő váltásig.

"Errors are red
My screen in blue
Someone help me
I've deleted Sys32"

A KDE-re pont nem, de egy csomó cég be fogja szívni, mert az online telepítőket nem lehet normálisan teríteni a gépekre. Csinálhatnának egy runtime-only bináris release-t, amibe csak a szükséges DLL-ek vannak, és azt szabadon teríthetőre.

Blog | @hron84

valahol egy üzemeltetőmaci most mérgesen toppant a lábával 

via @snq-

Szerintem az online telepítőt csak a fejlesztők használják. Kiadott alkalmazásoknál én mindenhol azt láttam, hogy vagy statikusan linkelve belefordították a programba vagy mellécsomagolták a Qt dll-eket a programjuknak. Én azt látom, hogy pénzt akarnak behúzni úgy, hogy a nem opensource programok fejlesztőinek okozzanak egy kis fejfájást.

Sztem semmilyen hatással nem lesz a KDE-re. Most is a legfrissebb csomagokkal jönnek ki a KDE distrok ráadásul ez csak a binárisokra vonatkozik. Amíg a a program nyílt forrású addig tudtommal azt csinálsz amit akarsz. Ha ragaszkodnak egy régebbi Qt versiohoz akkor lefordítják maguknak és az kerül bele a distroba. Ez szerintem most is így történik. Szinte kizárt, hogy a telepítőből vadásznák össze a binárisokat.

Ez inkább azokat szívatja akik zárt forrású programokat fejlesztenek dinamikus libekkel. Sajna mióta a Nokiától elkerült elég agresszívan nyomatják a "biztos, hogy ismered a licenselést, nem kéne inkább commercialra váltanod kérdéseket", úgy látszik most tovább szorítják a hurkot. 

Ma már úgyis mindenki webre fejleszt, JavaScriptben...

A Githubon 5 éve a JavaScript a vezető nyelv.

Az a kérdés, hogy mi lesz azokkal a frissítésekkel? A Qt tudtommal LGPL, a fejlesztőkörnyezet pedig GPL. Tehát ha a frissítéseket forrásként kiadják, akkor bárki újrabuildelheti. Persze az meló, ha Qt-re építő cég lennék lehet, hogy ésszerűbb lenne megvenni a licenszt.

De ha a kódokat kiadják, akkor a nyílt projektek profitálnak belőle. Megteheti-e a Qt, hogy a frissítések kódját nem adja rendszeresen ki? Ha LGPL vagy GPL, akkor a fizetős ügyfeleknek is oda kell adniuk a forrást, amit ők továbbadhatnak, ha akarnak. De ha nekik nem ezen licensz szerint adják, akkor talán megtehetik, hogy nem adják ki a forrást hozzá, így a patch-ek forrása mindig csak a következő nagy verzióval lesznek publikusak. Ebben az esetben a KDE vagy pecseletlen marad, vagy meg kell nekik is csinálni ezt a munkát. Ami nem kevés, pláne, hogy release-kor ki fog derülni, hogy másképp csinálták, és baromi nehéz lesz a merge-öt megcsinálni. Szóval lesz ezzel munka bőven.

Akár az is megtörténhet, hogy a KDE forkolja magának az egészet. Szép volna.

Az a kérdés, hogy mi lesz azokkal a frissítésekkel?

Belekerülnek a követező minor release-be mint eddig. Kvázi azért akarnak pénzt kérni, hogy a bugfixeket hosszú időn keresztül backportolgatják egy LTS releasekbe.

 

Persze az meló, ha Qt-re építő cég lennék lehet, hogy ésszerűbb lenne megvenni a licenszt.

Igen valószínűleg ez volt a foglalkozás célja, hogy az olyan cégeket akik eddig LTS-t használtak ingyen megfejjék.

 

Akár az is megtörténhet, hogy a KDE forkolja magának az egészet. Szép volna.

Ezt kétlem, de erre már más is gondolt:

https://kde.org/community/whatiskde/kdefreeqtfoundation.php

Szerkesztve: 2020. 02. 01., szo – 12:35

-