特定のコマンドラインツールに依存するクローズドアプリケーションを販売したい。このコマンドラインツールを含むソフトウェアを配布できますか?
たとえば、適切なNOTICEファイルと必要に応じてソースコードを伴う個別のバイナリとして。
ユーザーがそれを交換できるように、このバイナリを呼び出す方法を説明する必要がありますか?
これについては弁護士に相談してください。このサイトから得たすべてのもの(以下の回答など)は、法的責任から解放されず、起訴から安全であるとは保証されません。このサイトは、いかなる法的助言にも代わるものではありません。
さて、差し当たり、私が理解していることから、プロプライエタリソフトウェアのユーザーが自分でLGPLコンポーネントを自分のものに置き換えることができる場合、LGPLはライセンスライブラリを含めることを許可します。これは、変更せずに直接使用するか、コンポーネントへの変更をソースコードに提供し、顧客が変更を実行するための十分な手段を提供することを意味します。
言い換えると、LGPLは、アプリケーションに同梱されているLGPLの対象部品に対して、最初からやり取りすることなく、顧客が自由に何でもできることを保証する必要があります。
ウィキペディアのページは、これを理解し始めるのにかなり良い場所です http://en.wikipedia.org/wiki/GNU_Lesser_General_Public_License
彼らが主題をカバーしているかどうか見るためにgroklawを閲覧してみることができます
http://www.groklaw.net/index.php
繰り返しになりますが、これはとにかく法的なアドバイスではありません。適切にこれを行うために弁護士に相談してください。
GpN to fin this FAQ のおかげで、探しているものがほぼカバーされます。
LGPLを使用すると、バイナリのソースコードを提供し、ライブラリに加えた変更を公開する限り、独自のソースを開かなくてもバイナリをリンクまたは埋め込むことができます。
必要に応じて、LGPL化されたライブラリを誰かが置き換えられるようにアプリケーションをデプロイする必要もあります。実際には、これは、ライブラリに動的にリンクするでなければならないことを意味します。これにより、コンパイラとソースコードがリンクを実行する必要がなくなります。
LGPLはライブラリをカバーすることを目的としているため、「リンク」という用語を定義しようとするため、LGPLのテキストは複雑です。したがって、LGPL実行可能ファイル(ライブラリではない)をより大きな作業の一部として組み込むかどうかは、完全にオープンな法的問題です。
それは、裁判所がLGPLの免除をどのように解釈するかを決定する方法と、同じ裁判所があなたが作成したものをどのように見るかによって異なります。厳密に言えば、技術的にはhow実行可能ファイルを残りの部分と組み合わせることができます。
(1)または(3)の場合、コマンド自体のソースを使用可能にするだけで済みます。 (2)では、allをソースとして利用できるようにする必要があります。
要するに、この行にたくさんのお金があるなら、あなたは法的助言を必要とするでしょう。
AFAICTあなたがそのソースを入手する方法を提供する限り、(L)GPLソフトウェアを販売することは禁止されていません。例えばRed Hatはまさにこれを行います。 (L)GPLedツールに変更を加えていないので、正規のソースコードへのリンクは問題ないはずです。
このツールは、非GPL派生作業の一部として含まれるように特別に設計されているようです。少なくとも、非GPLバイナリにリンクできるLGPLライブラリで機能します。
注:IANAL。