В блога на Qt, отговорният вицепрезидент Petteri Holländer обявява, че изданието за дългосрочна поддръжка на Qt той е включен само в бизнес лицензи. Същото се отнася и за офлайн инсталатора.
Qt Company обяви промяна в своя лицензионен модел за Qt рамката, която може да има значително въздействие върху общностите и разпространението които използват Qt. Като от версия 5.15, QTS LTS клоновете ще се поддържат до формирането на следващата значима версия, т.е. около половин година (актуализациите за LTS версии се издават за три години).
Според Петтери Холандър:
„Промените влизат в сила с версия 5.15 LTS. Освен това инсталирането на двоичните файлове ще изисква Qt акаунт в бъдеще и тази нова промяна трябва да се приложи не по-късно от февруари "
С потребителския акаунт, Qt група, която принадлежи на компанията Digia, иска да гарантира, че потребителите използват услугите, предлагани чрез него.
Освен това, според Холандър, The потребители с отворен код в частност трябва с тази промяна да подобри Qt на продуктаИли чрез доклади за грешки, рецензии на кодове или публикации във форума. В същото време акаунтът в Qt също така отваря пътя към Qt Marketplace, където наред с други неща се обменят плъгини.
Тази стъпка трябва да ускори въвеждането на нови версии на QT и това значително ще увеличи броя на компаниите, използващи търговски Qt лиценз, чиято цена е $ 5508 на година на разработчик (докато за стартиращи компании и малки предприятия - $ 499 на година).
Промените за LTS версия засягат общността с отворен код като когато прилагате тази промяна, те получават само издание на ниво кръпка докато се появи следващата малка версия.
От февруари всички, включително потребителите на Qt с отворен код, ще изискват валидни Qt акаунти, за да изтеглят двоични пакети Qt. Променихме това, защото вярваме, че акаунтът в Qt ви позволява да използвате най-добре нашите услуги и да допринесете за Qt като потребител с отворен код.
Искаме потребителите с отворен код да помогнат за подобряване на Qt по един или друг начин, било то чрез доклади за грешки, форуми, прегледи на кодове или други подобни. Понастоящем те могат да бъдат достъпни само от Qt акаунт, така че наличието на такъв ще бъде задължително.
Докато от друга страна разработчиците на LTS дистрибуции (т.е. с дълги периоди на поддръжка) като RHEL, Debian, Ubuntu, Linux Mint, SUSE и др.
Те ще бъдат принудени да изпращайте остарели версии официално не се поддържа, отстраняване на грешки в порт и уязвимости сами или постоянно актуализиране до нови значими версии на Qt, което е малко вероятно, тъй като може да доведе до непредвидени проблеми в приложенията на Qt, доставени в дистрибуцията.
Може би общността ще организира съвместно подкрепа за собствените си версии на Qt LTS, независимо от Qt Company.
Частичното коригиране на лицензионната политика смекчава факта, че Qt Company обещава да извърши всички поправки чрез публичното хранилище, върху което е разработен Qt.
Пачовете ще бъдат добавени към клона на разработката и прехвърлени към клоновете с най-новите версии стабилен, което ще опрости извличането им за прехвърляне към дистрибуции.
Освен това версиите на LTS, до които Qt Company ще извършва корекциите, ще бъдат ограничени.
за съжаление, промени в политиката по отношение на Qt те не се ограничават до промяна на лиценза а от февруари, Всеки, който иска да използва QT, трябва да регистрира акаунт в услугата от Qt Account, за да изтеглите двоичните файлове на Qt.
Тази стъпка се обяснява с желанието да се опрости разпространението на файлове и да се осигури интеграция с Qt Marketplace.
Достъпът до системата за проследяване на грешки на Jira, интерфейсът за преглед и форумите също ще изисква Qt акаунт, докато моделът за разработване и управление на проекти остава същият.
Докато четох, се чудех в какво ще се превърне всичко това, тъй като Debian и други се доставят с KDE, а не с LTS, към които се прилагат кръпки. Не разбирам напълно как Qt ще бъде полиран чрез акаунт, различен от това, за да се осигури приходи от рамката за разработка. Трябва да прочета отново и да видя как реагира общността. Не звучи като добра новина. Между systemd и Qt има все повече точки за преместване в BSD. : /
И какво ще си помислят сестрински проекти като LXQt ...
Виждам го от гледна точка на приноса към общността, въпреки че фактът, че сега независим разработчик почти задължително трябва да плати за лиценз, не върви по този начин.
Е, сега принуждаването на разработчиците на дистрибуция да допринесат за развитието на QT е нещо, което трябваше да се прави дълго време. Е, в крайна сметка те използват работа, за която няколко души трябва да отделят средства, за да я поддържат на повърхността.
И тази част не е лоша, защото това е принос за поддържане на това, което използвате и което също помага за финансирането на вашия проект. Тъй като големи дистрибуции като Debía, Ubuntu, Fedora, OpenSUSE, Linux Mint и др. Получавайте средства или чрез дарения, или чрез включване на продукти, които ги финансират.
И ако тези дистрибуции допринасят с дарения за тези проекти, е важно и отделно те да се справят помежду си, защото на практика ще кажат „Добре, не планирам да плащам позиция за развитието на вашия продукт, но ние ще ви изпрати промяна на даренията “.
Такъв е случаят с WebOS, неговите нови рамки за развитие за автомобилната индустрия, наред с други.
Дотук добре, но както казах в началото засягащи независими разработчици ...
Те определено трябва да променят този фокус и да го пренасочат в посока, в която всеки има печеливша.
KDE ще трябва да отиде в GTK !!! ? Кое би било по-добре всъщност.
«» Докато от друга страна разработчиците на LTS дистрибуции (тоест с дълги периоди на поддръжка) като RHEL, Debian, Ubuntu, Linux Mint, SUSE и др.
Те ще бъдат принудени да изпращат сами официално неподдържани остарели версии, поправки на грешки в портове и уязвимости или непрекъснато да се актуализират до значителни нови версии на Qt, което е малко вероятно, тъй като може да доведе до непредвидени проблеми в приложенията на Qt, доставени в дистрибуцията. »»
Там има точка.