QtはLTSリリースのライセンスモデルを変更します

QT

Qtブログでは、 責任ある副社長 PetteriHolländerがQtのロングタームサポートエディションを発表 ビジネスライセンスにのみ含まれています。 同じことがオフラインインストーラーにも当てはまります。

QtCompanyはライセンスモデルの変更を発表しました Qtフレームワークの場合 コミュニティとディストリビューションに大きな影響を与える可能性があります Qtを使用している人。 なので バージョン5.15以降、 QTS LTSブランチは、次の重要なバージョンが形成されるまで、つまり約半年までサポートされます(LTSバージョンの更新はXNUMX年間リリースされます)。

PetteriHolländerによると:

「変更はバージョン5.15LTSで有効になります。 さらに、バイナリファイルのインストールには将来的にQtアカウントが必要になり、この新しい変更はXNUMX月までに適用する必要があります。

ユーザーアカウントで, Qtグループ、Digia社に所属し、 ユーザーがそれを通じて提供されるサービスを確実に使用できるようにしたいと考えています。

さらに、 Holländerによると オープンソースユーザー 特に 製品Qtを改善するためにこの変更を行う必要がありますバグレポート、コードレビュー、またはフォーラム投稿のいずれかを介して。 同時に、Qtアカウントは、プラグインが交換されるQtマーケットプレイスへの道も開きます。

このステップは、QTの新しいバージョンの導入をスピードアップすることになっています また、商用Qtライセンスを使用する企業の数が大幅に増加し、そのコストは開発者5508人あたり年間499ドルです(スタートアップや中小企業の場合は年間XNUMXドル)。

変更点 LTSバージョンの場合 オープンソースコミュニティに影響を与える として この変更を適用する場合、 パッチレベルのリリースのみを取得します 次のマイナーバージョンが表示されるまで。

XNUMX月以降、オープンソースのQtユーザーを含むすべての人が、Qtバイナリパッケージをダウンロードするために有効なQtアカウントを必要とします。 これを変更したのは、Qtアカウントを使用すると、サービスを最大限に活用し、オープンソースユーザーとしてQtに貢献できると考えているためです。

オープンソースユーザーには、バグレポート、フォーラム、コードレビューなどを通じて、何らかの形でQtの改善を支援してもらいたいと考えています。 現在、Qtアカウントからのみアクセスできるため、Qtアカウントを持っている必要があります。

一方、LTSディストリビューションの開発者 (つまり、長期間サポートされている)RHEL、Debian、Ubuntu、Linux Mint、SUSEなど。

彼らは強制されます 古いバージョンを送信する 公式にはサポートされていません、 独自のポートバグと脆弱性修正 または、Qtの新しい重要なバージョンに絶えず更新します。これは、ディストリビューションで提供されるQtアプリケーションで予期しない問題が発生する可能性があるためです。

おそらく、コミュニティは、Qt Companyとは関係なく、独自のQtLTSバージョンのサポートを共同で組織するでしょう。

ライセンスポリシーを部分的に調整することで、QtCompanyがQtが開発されているパブリックリポジトリを介してすべての修正を実行することを約束したという事実が緩和されます。

パッチは開発ブランチに追加され、最新バージョンのブランチに転送されます 安定しているため、抽出を簡素化してディストリビューションに転送できます。

さらに、QtCompanyが修正を行うLTSバージョンは制限されます。

残念ながら、Qtに関するポリシーの変更 ライセンスの変更に限定されません そしてXNUMX月から、 QTを使用したい人は誰でもサービスにアカウントを登録する必要があります QtバイナリファイルをダウンロードするためのQtアカウント。

このステップは、ファイル配布を簡素化し、QtMarketplaceとの統合を確実にしたいという願望によって説明されます。

Jiraのバグ追跡システム、レビューインターフェース、フォーラムへのアクセスにもQtアカウントが必要ですが、開発モデルとプロジェクト管理モデルは同じです。


コメントを残す

あなたのメールアドレスが公開されることはありません。 必須フィールドには付いています *

*

*

  1. データの責任者:AB Internet Networks 2008 SL
  2. データの目的:SPAMの制御、コメント管理。
  3. 正当化:あなたの同意
  4. データの伝達:法的義務がある場合を除き、データが第三者に伝達されることはありません。
  5. データストレージ:Occentus Networks(EU)がホストするデータベース
  6. 権利:いつでも情報を制限、回復、削除できます。

  1.   オートパイロット

    私が読んだとき、Debianや他の人はパッチが適用されているLTSではなくKDEを同梱しているので、これが何に変換されるのか疑問に思いました。 開発フレームワークを収益化する以外に、アカウントを通じてQtがどのように洗練されるのかよくわかりません。 もう一度読んで、コミュニティがどのように反応するかを確認する必要があります。 良いニュースのようには聞こえません。 systemdとQtの間には、BSDに移行するポイントがますます増えています。 :/

    そして、LXQtのような姉妹プロジェクトはどう思いますか...

    1.    デビッド・ナランホ

      コミュニティへの貢献という観点から見ると、今では独立した開発者がほぼ必然的にライセンス料を払わなければならないという事実は、そこには行きません。
      さて、今ではディストリビューション開発者にQTの開発に貢献することを強制することは、長い間行われなければならなかったことです。 ええと、結局のところ、彼らはそれを浮かび上がらせるために何人かの人々が資金を支払わなければならない仕事を使っています。
      そして、この部分は悪くありません。なぜなら、それはあなたが使用するものを維持するための貢献であり、あなたのプロジェクトの資金調達にも役立つからです。 Debía、Ubuntu、Fedora、OpenSUSE、LinuxMintなどの大規模なディストリビューション以来。 寄付によって、またはそれらに資金を提供する製品を含めることによって、資金を受け取ります。
      そして、これらのディストリビューションがこれらのプロジェクトへの寄付に貢献する場合、彼らは実際には「わかりました、私はあなたの製品の開発のためにポジションを支払うつもりはありませんが、私たちは寄付金の変更をお送りします」。
      これは、とりわけ自動車向けの新しい開発フレームワークであるWebOSの場合です。
      これまでのところ良いですが、最初に言ったように、独立した開発者に影響を与えています...
      彼らは間違いなくその焦点を変えて、誰もがお互いに有利になる方向にそれを向け直すべきです。

  2.   ライトクリエーター

    KDEはGTKに行かなければなりません!!! ? 実際には、どちらが良いでしょう。

  3.   ラルサ

    «»一方、RHEL、Debian、Ubuntu、Linux Mint、SUSEなどのLTSディストリビューションの開発者(つまり、長期間のサポート)。

    公式にサポートされていない古いバージョン、ポートのバグと脆弱性の修正を独自に出荷するか、Qtの重要な新しいバージョンに絶えず更新することを余儀なくされます。これは、ディストリビューションで提供されるQtアプリケーションで予期しない問題を引き起こす可能性があるためです。 »»

    そこには終止符があります。