LINUX.ORG.RU

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

 , ,


0

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.

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

Ответ на: комментарий от be_nt_all

И хотя заголовок, как я понял вполне жёлтый, лицензия у Qt всё та же смесь GPL/LGPL

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

Если нет, то линуксов это никак не коснётся, потому что в дистрибутивах QT собирается из исходников.

А бинарные сборки — это больше проблема винды.

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

И мейнтейнеры старых версий Qt просто вынуждены будут поддерживать свои форки

Дистрибутивы будут сидеть на QT-rolling'е, а патчить текущую версию QT в своих LTS-ах будут самостоятельно.

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

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

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

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

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

Они основные разработчики, и свои патчи закрывать они имееют ровно такое же право, как и продавать Qt под коммерческими лицензиями. А сторонние патчи и кроме них будет кому принимать.

А бинарные сборки — это больше проблема винды.

Да это вообще не проблема.

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

начиная с какой-то версии перевести продукт в целом с GPL на закрытую лицензию

Но тут в данном конкретном случае всё не так просто, я так понимаю если они это сделают, они по сути потеряют право на торговую марку. Но да, продавать какую-нибудь «расширенную QtPro», сильно отличную от Qt OpenSource, они имеют полное право.

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

Эм, а это почему? Лицензия никак не связана с трейдмарком - пример красношапка, которая распространяется под ГПЛ, а права на трейдмарк оставляет у себя, то есть сообщество не получает даже неисключительных прав на трейдмарк, а невозможность автору его использовать означало бы, что кому-то ещё перешли исключительные права, ещё более сильная штука.

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

Во всяком случае именно так я понял несколько раз процитированный тут пункт соглашения, подписанного при передаче прав на код Qt Project. Конкретная особенность конкретной сделки на конкретный программный продукт.

зы. Хотя там идёт речь и о перелицинзировании на BSD-like, т.е. потере всякого исключительного права на код у Qt Project.

be_nt_all ()
Последнее исправление: be_nt_all (всего исправлений: 2)
Ответ на: комментарий от Rootlexx

кто будет переписывать массу ПО с GTK на Qt?

Авторы софта. Все будут писать на том тулките, который востребован. Сейчас таких два. Останется один - будут писать на одном. Потому что выбор стоит не в тулките, можешь хоть на тыкле писать, а в том будет такой софт кому-то нужен или нет.

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

Да, тоже вариант.

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

Авторы софта.

Далеко не все это осилят. Некоторые, вон, до сих пор с GTK2 на GTK3 переползти не могут.

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

И, если посмотреть правде в глаза, кому нужен их софт, кроме кучки ретроградов?

P.S. Я не имею ввиду софт, который имеет обе версии чисто ради совместимости.

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

И, если посмотреть правде в глаза, кому нужен их софт, кроме кучки ретроградов?

Ну вот возьмем, например, Adobe Acroreader - эталонная имплементация PDF просмотрщика + ковертер PDF в PS от создателей формата на Gtk2. Таки нужен тем, кто с этими форматами работает. Или это тоже «ретрограды»?

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

Потому что выбор стоит не в тулките, можешь хоть на тыкле писать, а в том будет такой софт кому-то нужен или нет.

Нужность софта определяется не тулкитом, а функционалом софта. И в дистрах по-любому будут тулкиты, которые саппортят востребованный софт. Поэтому массовой миграции между тулкитами не предвидится. Ну если речь не идет про калькуляторы и прочие мелкие утилиты.

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

И, если посмотреть правде в глаза, кому нужен их софт, кроме кучки ретроградов?

И правда, кому нужен этот ваш GIMP, да?

Rootlexx ()
Ответ на: комментарий от Linfan

Там мало того что gtk2, там еще и 32-бита. Так что да, ретрограды. Эталонные.

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

Так что да, ретрограды. Эталонные.

Можешь предложить альтернативу? Если чо, спеки по версиям PDF в открытом доступе :)

Если нет альтернативы, полноценно заменяющей этот софт, то лозунги про «ретроградность» всего лишь фиглярство.

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

Web/Electron.

тогда уж аккуратненько вытащить из хромиума Skia, благо и сам Гугль это как отдельную библиотеку подаёт (правда с релизами особо не заморачиваясь).

Из сторонних разработок впервые увидел skia в aseprite, парактичеки прямо сейчас skia внедряют в ReveryUI, который, кстати, именно как замена электрона и продвигается (там язык программирования – ReasonML – OCAML с JS-подобным синтаксисом и собственно сами GUI-формы совсем уж HTML-образно выглядят).

А да, ещё в Sciter, ещё одна штука для написания GUI в электроно-подобной форме (свой вариант html/JS/CSS), но там исходники напрочь закрыты (хотя so-шка + заголовки free for any use), и skia-бэкенд, кажется, пока только для оффтопика (для линя gtk или opengl).

upd. ЕМНИП Sciter в совсем уж девичестве был вполне открытым GUI фреймвоком Harmony для Dlang 1 (следы уже практически не гуглятся), а их TIScript ( в детстве C-smile) распространялся под BSDL, но это было давно и уж почти неправда.

be_nt_all ()
Последнее исправление: be_nt_all (всего исправлений: 3)

Они уже сейчас community сборку так заныкали, что пришлось пол сайта перерыть когда Qt на mac понадобился.

LexS007 ()
Ответ на: комментарий от be_nt_all

Sciter, ещё одна штука для написания GUI в электроно-подобной форме (свой вариант html/JS/CSS), но там исходники напрочь закрыты (хотя so-шка + заголовки free for any use)

При условии упоминания и ссылки на sciter.com в окне about-программы

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

TIScript ( в детстве C-smile) распространялся под BSDL, но это было давно и уж почти неправда.

Старые, BSD-лицензированные исходники TIScript нашлись, а вот тут описан подход автора скайтера к парсингу HTML. Что называется, на заметку авторам альтернатив электрона или (ближе к топику) QML.

be_nt_all ()
Ответ на: комментарий от Rootlexx

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

И получить ТРИ ТУЛКИТА. Классика же.

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

И получить ТРИ ТУЛКИТА. Классика же.

Если бы все три были под крылом IBM, лишние было бы несложно убить.

Rootlexx ()
Ответ на: комментарий от be_nt_all

upd. ЕМНИП Sciter в совсем уж девичестве был вполне открытым GUI фреймвоком Harmony для Dlang 1 (следы уже практически не гуглятся)

Было такое. Я давно находил их сайт, там еще логотип кукурузы был. Я даже скачал эти исходники, но потом благополучно потерял их. А все упоминания уже потерты в инете. У них фишка была, что гуй поддерживал и immediate, и retained режимы. Но я тогда еще только разбирался с этим делом и как-то упустил этот момент, а потом уже поздно оказалось.

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