Na blogu Qt odpowiedzialny wiceprezes Petteri Holländer ogłasza, że długoterminowa edycja wsparcia Qt jest uwzględniony tylko w licencjach biznesowych. To samo dotyczy instalatora offline.
Firma Qt ogłosiła zmianę modelu licencjonowania dla frameworka Qt, który może mieć znaczący wpływ na społeczności i dystrybucje którzy używają Qt. Tak jak od wersji 5.15, Oddziały QTS LTS będą obsługiwane do czasu powstania kolejnej znaczącej wersji, czyli około pół roku (aktualizacje dla wersji LTS są wydawane przez trzy lata).
Według Petteri Holländer:
„Zmiany wchodzą w życie w wersji 5.15 LTS. Ponadto instalacja plików binarnych będzie wymagać w przyszłości konta Qt, a ta nowa zmiana musi zostać zastosowana nie później niż w lutym. "
Z kontem użytkownika, Grupa Qtnależący do firmy Digia, chce mieć pewność, że użytkownicy korzystają z oferowanych za jej pośrednictwem usług.
Ponadto, według Holländer, użytkownicy open source w szczególności Powinien z tą zmianą ulepszyć produkt QtAlbo poprzez raporty o błędach, recenzje kodu lub posty na forum. Jednocześnie konto Qt otwiera również drogę do Qt Marketplace, gdzie między innymi wymieniane są wtyczki.
Ten krok ma przyspieszyć wprowadzenie nowych wersji QT i znacznie zwiększy liczbę firm korzystających z komercyjnej licencji Qt, której koszt wynosi 5508 USD rocznie na programistę (podczas gdy w przypadku start-upów i małych firm - 499 USD rocznie).
Zmiany dla wersji LTS wpływają na społeczność open source od kiedy stosując tę zmianę, dostają tylko wydanie na poziomie łatki aż pojawi się następna wersja pomocnicza.
Od lutego wszyscy, w tym użytkownicy Qt open source, będą potrzebować ważnych kont Qt, aby pobierać pakiety binarne Qt. Zmieniliśmy to, ponieważ uważamy, że konto Qt umożliwia jak najlepsze wykorzystanie naszych usług i przyczynia się do rozwoju Qt jako użytkownik open source.
Chcemy, aby użytkownicy open source pomagali ulepszać Qt w taki czy inny sposób, czy to poprzez raporty o błędach, fora, recenzje kodu i tym podobne. Obecnie można uzyskać do nich dostęp tylko z konta Qt, więc posiadanie go będzie obowiązkowe.
Z drugiej strony twórcy dystrybucji LTS (tj. z długimi okresami wsparcia), takie jak między innymi RHEL, Debian, Ubuntu, Linux Mint, SUSE.
Będą do tego zmuszeni wysyłać nieaktualne wersje oficjalnie nieobsługiwany, Porty i poprawki błędów we własnym zakresie lub ciągłe aktualizowanie do nowych, znaczących wersji Qt, co jest mało prawdopodobne, ponieważ może prowadzić do nieprzewidzianych problemów w aplikacjach Qt dostarczanych w dystrybucji.
Być może społeczność będzie współorganizować wsparcie dla swoich własnych wersji Qt LTS, niezależnie od Qt Company.
Częściowe dostosowanie polityki licencyjnej zmniejsza fakt, że firma Qt Company obiecała przeprowadzić wszystkie poprawki za pośrednictwem publicznego repozytorium, w którym jest rozwijany Qt.
Łatki zostaną dodane do gałęzi rozwojowej i przeniesione do oddziałów z najnowszymi wersjami stabilne, co uprości ich ekstrakcję i przeniesienie do dystrybucji.
Ponadto wersje LTS, do których firma Qt prześle poprawki, będą ograniczone.
Niestety, zmiany zasad dotyczące Qt nie ograniczają się do zmiany licencji a od lutego Każdy, kto chce korzystać z QT, musi zarejestrować konto w serwisie z konta Qt, aby pobrać pliki binarne Qt.
Ten krok jest wyjaśniony chęcią uproszczenia dystrybucji plików i zapewnienia integracji z Qt Marketplace.
Dostęp do systemu śledzenia błędów Jira, interfejsu recenzji i forów będzie również wymagał konta Qt, podczas gdy model rozwoju i zarządzania projektami pozostaje ten sam.
Czytając, zastanawiałem się, na co to wszystko się przełoży, skoro Debian i inne są dostarczane z KDE, a nie z LTS, na które nakładane są łaty. Nie bardzo rozumiem, w jaki sposób Qt będzie dopracowywany za pośrednictwem konta innego niż zarabianie na platformie programistycznej. Muszę przeczytać jeszcze raz i zobaczyć, jak społeczność zareaguje. To nie brzmi jak dobra wiadomość. Pomiędzy systemd i Qt jest coraz więcej punktów do przejścia na BSD. : /
A co pomyślą siostrzane projekty, takie jak LXQt ...
Widzę to z perspektywy współtworzenia społeczności, chociaż fakt, że teraz niezależny deweloper prawie koniecznie musi płacić za licencję, tam nie idzie.
Cóż, teraz zmuszanie deweloperów dystrybucji do współtworzenia QT jest czymś, co trzeba było zrobić przez długi czas. Cóż, pod koniec dnia korzystają z pracy, na którą kilka osób musi wydać fundusze, aby utrzymać się na powierzchni.
I ta część nie jest zła, bo to wkład w utrzymanie tego, z czego korzystasz, a także pomaga sfinansować twój projekt. Od dużych dystrybucji, takich jak między innymi Debía, Ubuntu, Fedora, OpenSUSE, Linux Mint. Otrzymuj fundusze w postaci darowizn lub dołączając produkty, które je finansują.
A jeśli te dystrybucje wnoszą darowizny na te projekty, to jest rzeczą wyjątkową, że powinny sobie radzić, ponieważ praktycznie powiedzą „Ok, nie zamierzam płacić stanowiska za rozwój Twojego produktu, ale my przekażą Ci darowizny na zmianę tego ”.
Tak jest w przypadku WebOS, jego nowych ram programistycznych, między innymi dla przemysłu motoryzacyjnego.
Jak na razie dobrze, ale jak powiedziałem na początku, dotyczy to niezależnych deweloperów ...
Zdecydowanie powinni zmienić to podejście i skierować je w kierunku, w którym każdy ma obopólną korzyść.
KDE będzie musiało przejść do GTK !!! ? Co właściwie byłoby lepsze.
«» Z drugiej strony programiści dystrybucji LTS (to znaczy z długimi okresami wsparcia), tacy jak między innymi RHEL, Debian, Ubuntu, Linux Mint, SUSE.
Będą zmuszeni do wysyłania oficjalnie nieobsługiwanych, przestarzałych wersji, samodzielnych poprawek błędów portów i luk w zabezpieczeniach lub ciągłej aktualizacji do nowych, znaczących wersji Qt, co jest mało prawdopodobne, ponieważ może prowadzić do nieprzewidzianych problemów w aplikacjach Qt dostarczanych w dystrybucji. »»
Tam jest kropka.