商用アプリケーションでLGPLライセンスのライブラリ(この場合はQt)に動的にリンクする場合:ライブラリのソースコードをどのように提供する必要がありますか?
LGPL 2.1
およびLGPL 3
ここに?)?私はこれを GNU FAQ で見つけました:
バイナリをインターネットサーバーに配置し、ソースを別のインターネットサイトに配置できますか?
はい。セクション6(d)はこれを許可します。ただし、ソースを取得するためにユーザーが従うことができる明確な指示を提供する必要があります。また、ソースがオブジェクトコードを配布する限り。
関連する部分を太字で強調しています。しかし、これが完全な真実であるとは信じられません。アプリケーションを1度だけ配布した場合、ソースコードをオンラインにして、1日後に削除することができます。だからこれはまだ私の質問に答えません...
関連するトピックに関する別の質問があります ここ 、しかしそれは私のものとは異なる試みをしています。私の質問は、LGPLライブラリのソースコードを共有するときに考慮/尊重しなければならない状況と条件を明確にすることを目的としていますが、バイナリと直接ソースコードを出荷する代わりの方法を求めるだけです。
経験則として、ソースを使用するソフトウェアのサポートを提供している限り、または(できれば)使用されていることがわかる限り、ソースを利用できるようにする必要があります。作成しているソフトウェアと現在どの領域にいるかを知らずに、堅固なガイドラインを示すことは困難です。安全のために、ドキュメントのどこかにプロジェクトのホームページへのリンクとアプリケーションが使用するソフトウェアのバージョンに関する注意。
あなたの特定のケース(Qtについて言及している)では、実際にはQtへのリンク(製品の基礎となっているQtの特定のバージョンのダウンロードページを含む)を提供するだけで十分だと思います。
ただし、リンクが有効であることを確認してください(QtのユーザーがWebサイトを管理する方法を制御することはできません)。つまり、少なくとも毎週それを見る(またはそれを行うスクリプトを設定する)必要があります。
ただし、礼儀として、Qtの関連バージョンの tar source アーカイブのローカルコピーをWebサイトに追加し、製品を販売する限りそのコピーを保持することをお勧めします。 Qtを使用したり、メンテナンスやサービスを利用したりします。
IMHO(私は弁護士ではありません)は、法的義務の問題ではなく、顧客やQtコミュニティ全体でニースであることの問題です。また、会社のWebサイトにあるQtソースコードのローカルコピーは、それほどコストがかかりません。
最後に、あなたの会社はQtの別のライセンスを購入するかもしれません。