LINUX.ORG.RU

Qt Company объявила о изменении модели лицензирования фреймворка Qt

 ,


1

3

Официальное заявление от Qt Project

Чтобы поддерживать непрерывный рост, необходимый для сохранения актуальности Qt как платформы разработки, Qt Company считает необходимым внести некоторые изменения:

  • Для установки бинарных файлов Qt потребуется учетная запись Qt
  • Выпуски с долгосрочной поддержкой (LTS) и offline-установщик станут доступны только для коммерческих лицензиатов
  • Появится новое предложение Qt для стартапов и малого бизнеса за 499$ в год

Эти изменения не окажут никакого влияния на существующие коммерческие лицензии.

Про учетную запись

С тех пор, как была введена учетная запись Qt, количество зарегистрированных пользователей Qt неуклонно растет, и сегодня достигает уже почти миллиона.

Начиная с февраля, всем, включая пользователей Qt использующих версии с открытым исходным кодом, потребуются учетные записи Qt для загрузки бинарных пакетов Qt. Это нужно для возможности наилучшим образом использовать различные сервисы, а так же для возможности пользователям с открытым исходным кодом помочь улучшить Qt в той или иной форме, будь то с помощью отчетов об ошибках, форумов, обзоров кода или тому подобного. В настоящее время все это доступно только из учетной записи Qt, поэтому ее наличие станет обязательным.

Учетная запись Qt также предоставляет пользователям доступ к Qt Marketplace, который предлагает возможности приобретать и распространять плагины для всей экосистемы Qt с одной централизованной платформы.

Это также позволит Qt Company наладить связь с коммерческими компаниями, которые в основном работают с open-source версиями Qt.

Обратите внимание, что исходники по-прежнему будут доступны без учетной записи Qt!

LTS версии и offline-установщик станут коммерческими

Начиная с Qt 5.15, долгосрочная поддержка (LTS) будет доступна только для коммерческих версий. Это означает, что пользователи с open-source версией будут получать версии исправлений 5.15 до тех пор, пока не станет доступен следующий дополнительный выпуск.

Qt Company вносит это изменение, чтобы поощрять пользователей с open-source версией быстро внедрять новые версии. Это помогает наладить обратную связь, которую Qt Company может получить от сообщества, и улучшить поддержку LTS версий.

Релизы LTS поддерживаются и работают в течение более длительного периода времени с целью обеспечения стабильности. Это делает выпуски LTS идеальным выбором для компаний, чья жизнедеятельность основана на конкретном выпуске и они полагаются на него в течение длительного времени в соответствие с ожиданиями. Дополнительными преимуществами являются первоклассная поддержка, эксклюзивные инструменты разработки, полезные компоненты и инструменты сборки, которые сокращают время выхода на рынок.

Основные выпуски за пределами LTS-версий, включающие новые функции, технические обзоры и так далее, будут доступны для всех пользователей.

Offline-установщик также станет только коммерческим. Было установлено, что эта функция весьма полезна компаниям, что позволяет сделать коммерческие лицензии более привлекательными для предприятий без существенных неудобств для пользователей с open-source версией.

Заключение

Qt Company привержена Open Source’у сейчас и в будущем, в него инвестируются сейчас больше, чем когда-либо. Qt Company считает, что эти изменения необходимы для их бизнес-модели и экосистемы Qt в целом. Роль сообщества все еще очень важна, и Qt Company хочет убедиться, что еще в силах инвестировать в него. Qt Company намерены сделать платную версию Qt более привлекательной для бизнеса, и в то же время не отнимать у пользователей бесплатной версии основные функциональные возможности. Доход от коммерческих лицензий идет на улучшение Qt для всех, включая пользователей с open-source версиями. Итак, хотя вы можете или не можете потерять небольшое удобство в краткосрочной перспективе, Qt Company хочет, чтобы все выиграли в долгосрочной перспективе!

Дополнение

На OpenNet озвучили следующую проблему, связанную с тем что LTS выпуски больше не будут присутствовать в open-source версии, а так же ее возможное решение:

Разработчики дистрибутивов, имеющих длительные сроки поддержки (RHEL, Debian, Ubuntu, Linux Mint, SUSE) будут вынуждены либо поставлять устаревшие официально не поддерживаемые выпуски, самостоятельно портируя исправления ошибок и уязвимостей, либо постоянно обновляться на новые значительные версии Qt, что маловероятно, так как может потянуть за собой непредвиденные проблемы в поставляемых в дистрибутиве Qt-приложениях. Возможно сообществом сообща будет организована поддержка собственных LTS-веток Qt, не зависящих от Qt Company.

>>> Подробности



Проверено: anonymous_incognito ()
Последнее исправление: a1batross (всего исправлений: 6)

пацаны, линуксоиду чем это грозит в практических терминах? pacman -S qt же не сломается? это только мэйнтейнеру достаточно скомпилять все самому и залить бинарь, да?

и кто на той же винде запретит скачать неофициальную сборку qt без регистрации?

и запилите tldr, что-ли

anonymous
()
Ответ на: комментарий от yoghurt

Как человек перепробавший за десяток лет всяких этих ваших MFC, WinForms, Flash, Carbon, Cocoa, Androind, а также React c ангулярами, голый HTML с PHP, Qt c GTK, [b]лучше Qml я не видел[/b] - быстро, лаконично, без пердолинга вокруг HTML, портируемо и расширяемо и имеет неплохой RAD редактор.

использовать GTK. Сейчас у меня коммерческий проект со сроками на GTK. Клиент отказался от Qt из-за коммерческой лицензий.

Лучше закопать этот сраный GTK навсегда поверь мне на слово. Я изучил его за полгода по сорцам и докам вдоль и впоперек. Документации нет, примеров нет, поддержки нет. GTK 3.0 - это сишный ад с вызовов функций с недоООП.

Уважаю C, но C не подходит для GUI. А GTKmm спасает ситуацию, но все равно добавляет проблем, потому что это байндинги. Из-за GTKMM мне приходится возиться с байндингами на сишную либу вроде emeus, которая чистично решает проблему Layout Constraints, который ой как мне необходим для гибкого UI на текущем проекте.

GTK убогая породия подсистему QWidget. Те же названия виджетов вроде тот же функционал, те же сигналы/слоты но более убого. То что на Qt делается в два клика, в GTK приходится плодить свои велосипеды. Кастомизация вездю и всюду. Ты тратишь время и нервы не допиливания библиотеки, которая еще славиться своим нестабильным API. Мне повезло что в последнее время гореразрабы подзабили на него и сейчас вроде все работает в районе 3.20 версии.

GTK годится для построения плоского пряумогольного UI в стиле Windows 98 ну или маскимум Windows XP.

Но если хочешь сделать классный мультимедийный интерфейс для какого-нибудь музыкально редактора, или интерфейс для игр, или тупо сделать а-ля Веб - GTK придется очень много возится. Особенно с расположением и анимацией элементов.

Сроки на GTK автоматически увеличиваются в полтора раза.

Я этот проект заканчиваю и больше никогда не буду предлагать этот тулкит.

И вот эту чушь про громоздкость не надо втирать. NDA не позволяет мне показать весь «шик» портирования под винду. Целый зоопарк из DLL. Не верите, скачайте софтину darktable под винду. Мне повезло что mingw и darktable выручили быстро глянув структуру, скопировал от туда все дерево зависимостей я смог быстро собрать заказчику прогу и дать ему готовый результат, а не заниматься сборкой сорцов 100500 библиотек. Мотивации очень мало.

Еще раз повторюсь. GTK - это пародия на Qt. Единственный плюс в нем - это лицензия, и Cairo - довольно не плохая либа для рисования как по мне -живучая.

Дома занимаюсь своей реализацией Qml под разные языки. Вдохновлялся PureQML. Qt мой хлеб, и хлеб моих коллег, по сути основной фреймверк, стандарт де-факто для C/C++. Digia похоронит Qt и будущее десктопа. Кроме Qt больше не вижу достойных альтернатив.

Хочу сделать свой PureQML, но под Rust, C, C++ и т.д. как получится.

baist ★★
()
Ответ на: комментарий от Deleted

Да не вопрос, хоть под brainfuck. К тому же тестил и изучал PureQML, оно на Python, оно работает и там уже есть парсер и стандарнтный набор qml файлов. Можно не писать даже парсер а сразу писать генератор. Можно реализовать подход парсинга сразу в нативный код, или же сделать типа обвязку в C++/JS рантайм. По сути альтерниатива Qt/QML но только без Qt.

Хотел выбрать Lua/JIT для скриптов. Но Lua смущает отсутствием фигурных скобочек.

Думал сделать декларативный подход на Lua(это можно), но там байдинги не очень, придется костыли писать.

Плюс JS в скобочках, а так хреновый язык. JS выбрал для совместимости.

Думаю может копнуть в сторону LLVM. Может там мне вкусности есть которые помогут упростить задачу.

baist ★★
()

Да, похоже десктопный линкус - всё. GTK необратимо скатилось в сраное говно когда попёрли Столлмана, qt - вот сейчас. И альтернативные GNOME и KDE рабочие столы не помогут. Проблема не в рабочем столе, а на уровень ниже. А там у всех этих XFCE и LXDE всё равно было либо GTK, либо qt.

anonymous
()
Ответ на: комментарий от qtm

у KDE, на случай любого шухера, есть право перевыпустить Qt под любой лицензией

Это откуда у них такое право?

SR_team ★★★★★
()
Ответ на: комментарий от SR_team

Хрен знает… чисто статистически есть сомнения. Сколько веб-разработчиков и сколько кутишников на рынке?

vitalif ★★★★★
()

LTS версии и offline-установщик станут коммерческими

Нас что, превратят в бесплатных бета-тестеров?

А что будет, когда выйдет qt6, то qt5 сразу для некоммерсантов закопают, и нам придётся принудительно переходить на новый глюкодром?

gtk3 ★★★
()
Последнее исправление: gtk3 (всего исправлений: 1)

Qt Company вносит это изменение, чтобы поощрять пользователей с open-source версией быстро внедрять новые версии. Это помогает наладить обратную связь, которую Qt Company может получить от сообщества, и улучшить поддержку LTS версий.

Намекает на то что вы правы.

Silerus ★★★★
()
Ответ на: комментарий от AgafiaPravednica

Qt

GTK

А вот, кстати, подъехала аналитика уровня «давайте сравним ниссан с кузовом от рено».

GTK, есличо — это аналог кутешных модулей QtGui+QtWidgets. И ни разу не аналог целой Qt.

hobbit ★★★★★
()
Ответ на: комментарий от baist

GTK годится для построения плоского пряумогольного UI в стиле Windows 98 ну или маскимум Windows XP.

Такие интерфейсы и нужны. Че тебе недостаточно - вопрос. Дело делать - за глаза. Медиков радовать блестками - линукс не про это

pihter ★★★★★
()
Ответ на: комментарий от baist

Но Lua смущает отсутствием фигурных скобочек.

Забахай препроцессор.

pihter ★★★★★
()
Ответ на: комментарий от r_a_vic

Если я соберу Qt из исходников, могу я в дальнейшем его статически линковать к своим (в т.ч. закрытым) приложениям или это нарушает лицензию?

Линковать ты можешь что и как угодно. Вопрос в том, как ты будешь это распространять. LGPL требует, чтобы ты дал пользователю возможность слинковать своё поделие с другой версией Qt. Способ 1 — дать свои исходники. Способ 2 — ограничиться динамической линковкой. Способ 3 — дать свои объектные модули. (Возможно, кто-то исхитрится и изобретёт 4й способ.)

hobbit ★★★★★
()
Ответ на: комментарий от Dendy

Даже если ты заплатил, то выпустить свободную версию своего продукта ты уже не можешь ни в каком виде

Они так прямо и сказали - для опенсорса LTS «нинужен», мол мы таким образом стимулируем разработчиков всегда поддерживать актуальные версии Qt :)

То что эти патчи будут в новой версии Qt вообще не факт

В том или ином виде какая-то их часть все же будет, наверное. Та, что не ломает архитектуру новой ветки, в ней ведь каким-то мистическим образом не исчезнут старые баги (только в переписанных местах), а значит их все равно надо фиксить. Как вариант, самые увлеченные будут рыться в новых минорных релизах и выискивать, какие из изменений могли бы быть багфиксными, потом собирать их в отдельную репу, допустим, и бекпортировать в LTS.
Из разработчика кому-то, похоже, придется переквалифицироваться в детектива.

alienclaster ★★★
()
Ответ на: комментарий от rumgot

Это входит в «C++ std». Не std::string же использовать.

Фактически там нужного только QtCore, QtGui, QtWidgets и QtQML/QtQuick. Всё остальное разной степени нужности и сырости.

RazrFalcon ★★★★★
()
Ответ на: комментарий от RazrFalcon

Фактически там нужного только QtCore, QtGui, QtWidgets и QtQML/QtQuick. Всё остальное разной степени нужности и сырости.

Этот набор у всех разный. Я вот почти в каждом проекте ещё использую QtXml, часто QtSql (последний, конечно, более специфичен). Привязки к openGL добавляют удобства, правда, я с ним редко работаю.

QtNetwork — вещь, в принципе, нужная, но реализованная как-то странно. Какой-то монстр получился, при этом гораздо менее универсальный, чем можно было ожидать, исходя из его монструозности. Зачем запихивать HTTP и FTP в один класс? А если я что-то третье захочу?

Не забываем и то, что у Qt из коробки идёт своя система сборки.

hobbit ★★★★★
()
Ответ на: комментарий от JAkutenshi

Перешли, а что толку? Проекты на cmake куда менее читаемые. Мне вот нужно, чтобы один проект собирался на Qt4 и Qt5. qmake этого даже не заметит, а для cmake нужно тащить две совершенно разные стены текста.

Они сейчас тащат одновременно qmake и cmake, а вот новодел под названием qbs похоронили. qmake живуч, поскольку тупо удобен, несмотря на досадные баги.

hobbit ★★★★★
()
Ответ на: комментарий от hobbit

Зато cmake универсален и дефакто стандарт. С учетом топика предпочту собирать проекты понятным в этом отношении cmake чем их системой. Не говоря о гибкости cmake-а

JAkutenshi ★★
()
Ответ на: комментарий от qtm

нет сил и времени читать все комменты, спасибо

SR_team ★★★★★
()
Ответ на: комментарий от qtm

можешь заплатить 500 баксов и получить LTS-версию, техподдержку и, самое главное, право закрыть свой код.

This price includes the use of the full Qt for Device Creation product, but not any distribution licenses – these need to be agreed separately.

Похоже, закрыть не получится.

andalevor ★★★
()
Ответ на: комментарий от qtm

Обновляться никто не заставляет. Просто поддержки от Qt Company не будет.

Действительно, всего лишь уязвимости не будут патчиться. Подумаешь…

andalevor ★★★
()

Начиная с февраля, всем, включая пользователей Qt использующих версии с открытым исходным кодом, потребуются учетные записи Qt для загрузки бинарных пакетов Qt

загрузки бинарных пакетов Qt

Ну и что? Мантейнеры дистров не скачивают бинарные файлы, а компиляют свои пакеты. Да что там мантейнеры. Я у себя в генте компиляю раз в месяц. Что изменилось?

Вот с LTS не понял. После каждого релиза комиты от QT Company в предыдущую ветку не будут открыты? Т.е. если в, к примеру, 5.15(LTS) нашли и исправили багу, в 5.16 эта бага исправляться не будет?

shell-script ★★★★★
()
Ответ на: комментарий от hobbit

Не забываем и то, что у Qt из коробки идёт своя система сборки.

И это хорошо, ибо всё остальное УГ.

RazrFalcon ★★★★★
()
Ответ на: комментарий от anonymous_incognito

Сразу после открытия исходников Win7 :)

AKonia ★★
()
Ответ на: комментарий от RazrFalcon

Что-то имеете против костылей во славу кроссплатформенности ?)

AKonia ★★
()
Ответ на: комментарий от RazrFalcon

Не согласен. Как минимум юникодный QString, работа с локалями - это уже приличный пласт работы.

Это входит в «C++ std»

Несуразица какая-то.

rumgot ★★★★★
()
Ответ на: комментарий от JAkutenshi

Если парням в юбках скажут ходить ибо «стандарт», тоже перейдёте ?) QMake очень приятный, единственный косяк, что они его слишком глубоко интегрировали, связали с Qt, нужно было развивать его чуть более независимо от основного продукта и было бы самое оно.

AKonia ★★
()
Ответ на: комментарий от bread

Не могу не замолвить словечко за FLTK, он чем-то не угодил или не пробовали ?

AKonia ★★
()
Ответ на: комментарий от hobbit

QMake ограничен простыми сборками. А вот что-то нетривиальное на нем уже хрен сделаешь. Вот например из того что я делал:

  • создание deb пакета после сборки (также поддерживаются и другие форматы пакетов);
  • поиск и копирование всех требуемых для исполняемого файла библиотек в каталог сборки с заменой rpath у данных файлов;
  • получение из git версии/хэша коммита и запись в указанный заголовочный файл, который затем используется при сборке.

В CMake развитый язык программирования, на котором можно делать сложнейшие вещи.

rumgot ★★★★★
()
Последнее исправление: rumgot (всего исправлений: 3)
Ответ на: комментарий от pihter

Ну как бы неправильно сравнивать GTK и Qt в принципе, корректным было бы сравнение GTK и QtGui, а если говорить про доп библиотеки, то скачайте devhelp, там увидите огромное количество библиотек, которые в связке и являют собой противовет Qt, в частности для сети есть GUI связка к WebKit и обёртки под сокеты и http, то libsoup

AKonia ★★
()
Последнее исправление: AKonia (всего исправлений: 1)
Ответ на: комментарий от anonymous

Ну его начали развивать тогда, когда на крестах можно было только заработать геморой, поэтому они делают что могут

AKonia ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.