2012-08-16 7 views
54

クロスプラットフォームプロジェクトを開始したいと考えています。私は自分の研究をしていましたが、今はQtが正しい取引であることがほぼ確実です。ここに大きな障害があります:ライセンスQt LGPLライセンスを使用し、何の制限もなくアプリケーションを販売することはできますか?

私は自分のプロジェクトを売りたいと思っています。私は自分の仕事やライセンス料を支払うこともありません。 Qtは、商用とオープンソースの両方のソリューションを提供していることを確認しました。私はQtのライセンスに関する多くの紛争の言葉を聞いたことがあり、それは私を多く混乱させました。 QtのLGPL版を使用しても、私はまだ私のコードを提出する必要があると言う人もいます。これは本当ですか?

誰かにQtライセンスに関する簡単な説明をして、何の制限もなくアプリケーションを販売できるかどうかを教えてもらえますか?他の誰も私に、クロスプラットフォーム開発のためのQtと同等のものを何も制限なく教えてもらえますか?

+5

この質問は法的事項に帰結します。残念ながら、それはここの話題です。 – Bart

+0

私は主題にジレンマを持っています、ライセンス自体に喧嘩はありません!彼らがどのように扱われているのか、それが開発プロセスにどのような影響を与えているのか、私はそのような質問をするのはまったく問題ないと思います。 – Breeze

+0

ライセンスタグwikiは、「法的助言を求めないでください」と明示しています。これが私の考えである。しかし、おそらく、私が間違っていると感じ、「第二の」意見をしたいと思ったら、Metaの明確化を求めることができます。 – Bart

答えて

69

Qtに動的にリンクするだけです。 LGPLライブラリに動的にリンクする場合、心配することはありません。

それらに静的にリンクしている場合は、ソースファイルではなくオブジェクトファイルを配布するだけで済みます。

LGPLの考え方は、エンドユーザーがLGPLライブラリを必要なバージョンに置き換えることができるということです。 LGPLライブラリに動的にリンクすると、静的にオブジェクトファイルをリンクしたり配布したりするのと同じように、これを行うことができます。あなたがこれを行う限り、クローズドソースプログラムをあなたが望むものすべてを売ることができます。

もちろん、LGPLにはこれ以上のものがありますが、それは関連する部分です。

+4

LGPLはまた、リバースエンジニアリングに関するいくつかの商業EULAsの禁止事項に抵触する可能性のある、「複合作業に含まれるライブラリの部分の変更を制限したり、そのような変更をデバッグするリバースエンジニアリング」を要求していません。 –

+0

ありがとうございました。基本的にこれは、私は私のDLLをリリースしなければならないということですか?または.libファイルを公開してアプリケーションを販売することができますか? これが当てはまる場合、私のアプリケーションを販売する際のポイントは何ですか?私の競合他社は自分の仕事を(dllや.libとして)使い、それを自分で使ってくれるでしょう!それはそれほど悪くないのですか? – Breeze

+11

@Hosseinあなたは答えを読んだことがありますか?これは_your_コードとは関係ありません。 QtのLGPLライセンスはQtとQtのみに関連しているので、あなたのコードをパッケージ化して好きなだけライセンスすることができますが、Qt商用ライセンスを購入する予定がない限り、Qtに動的にリンクする必要があります。 Qtの商用ライセンスは、あなたが_Qt's_ソースコードを修正したい場合や、公開した変更をリリースしない場合に使用します。 – cmannett85

関連する問題