2012-03-13 10 views
2

私の会社は、商用専用アプリケーションとしてLGPLのもとでQt 4.7.4を使用しています。Qtの変更とLGPL

Qtのソースコードに2つの変更を加え、いくつかの問題を解決するためにDLLを再構築する必要がありました。 LGPLのもとで今何をすべきか?ソースコードを公開する予定ですか?または変更したQtファイルを公開するだけですか?この「暴露」の性質は何ですか?ウェブサイトでそれらを掲示?

どのように機能しますか?

+3

[ライセンスのアドバイスはスタックオーバーフローに関するトピックではありません。](http://stackoverflow.com/help/on-topic)あなたはヘルプを得ることができるかもしれません[プログラマーのスタックエクスチェンジ(Programmers Stack Exchange)]では、**作業を進める前に注意して**よく読んでください。](http://meta.programmers.stackexchange.com/questions/7265/when-is-a-software-licensing-question-on-トピック) – durron597

+0

私は、プログラミングやソフトウェア開発ではなく、ライセンスや法的問題に関するトピックであるため、この質問を議論の対象外としています。詳細については[こちらをご覧ください](http://meta.stackoverflow.com/a/274964/1402846)、[help/on-topic]を参照してください。 – Pang

答えて

1

LGPLは、主にライブラリを対象としており、ソースコードを漏らす必要のないクローズドソースアプリケーションでQtを使用できることを意味します。
QtがGPLになると、あなた自身のアプリをオープンソース化しなければなりませんでした。

は今、LGPLはまた、あなたがライブラリのソースを変更した場合、あなたはこれらの変更は、オープンして公開する必要があることを意味します。

これがどのように行われているかは、石で修正されていません。あなたの変更が一般的に関心がある場合は、Code Reviewにパッチを提出する必要があります。詳細はContribute to Qtを参照してください。
あなたのニーズに非常に特有のものであれば、ウェブサイトにパッチを公開すれば十分です。

+0

これは本当に4.8で修正されたバグですが、プラットフォームの制約のため、4.8にアップグレードすることはできず、4.7.4を維持する必要があります。これらの小さな修正はQtコミュニティにとって価値がないと思います。 – JasonGenX

+2

さて、パッチはあなたと同じ状況で他の人に恩恵を受ける可能性があるので、パッチを提出することを提案します。パッチが受け入れられていない場合でも、他の人がパッチを公開して見つけることができます。 – Koying

+0

価値があるかどうか、あなたが公にアプリケーションを配布する場合は、Qtライブラリの修正をLGPLの下でリリースする必要があります。 FYI。 – JadziaMD

1

何が本当にあなたはQtのソースの修正版が利用できるようにする必要があり、あなたのアプリはまだ

独自で、QtはまだLGPLで、変わっていません。 GNUによる厳密な解釈は、変更したQtソースツリーのコピーを自分自身でホストし、それを利用可能にすることです。

もっと便利なのは、これらがちょっとした修正であれば、Qtツリーへのパッチを利用できることです。理想的には、これらの修正をQtソースに戻して採用することができます。これにより、後続のバージョンに再適用する手間が省け、ユーザーにとってより簡単になります。

うまくいけば、QtがNokiaの衰退に伴いよりオープンな開発に移行することができれば、これはより簡単になります。

関連する問題