GPL違反を特定して文書化するにはどうすればよいですか？
クローズドソースコードにアクセスできないときに、誰かがGPLでライセンスされたオープンソースコードをクローズドソースの商用アプリケーションにコピーしたことを見つける方法は？
編集：すばらしい回答です！パート2.実行可能ファイルにアクセスできないWebアプリケーションの場合はどうなりますか？
シナリオ：ソースをコピーし、GUIにいくつかのマイナーな変更を加えて、フロントエンドをほぼ同じにします。それ以外はまったく同じバックエンドに新しい機能を追加します。そしてそれをオープンソースにリリースすることに失敗する。
それはあなたが実際にspotを試みているように見えます、それはあなたが言うためにあなたが専有プログラムのコンパイルされた実行可能ファイル（または関連するライブラリ）を調べなければならないことを意味します。疑わしいフリーソフトウェアと明らかに一致する文字列と記号を探しています。
UNIXのようなオペレーティングシステムでは、stringsユーティリティが優れた手掛かりを提供します。注意深く分析すると、通常、必要なものが明らかになります。 foolib_easy_initが表示された場合、コンパイルされたプログラムはfoolibを使用しています。
もちろん、これはコンパイラの最適化のレベル、コンパイル前に行われる難読化、場合によっては使用されていない/デバッグシンボルが取り除かれることによって異なりますが、独自のソフトウェアを書くのが面倒な人は、それを隠すことに関しては一般的に同様に面倒です。
BusyBoxには いくつかの注目度の高いケース があり、ソースをリリースせずにBusyBoxを使用したハードウェアメーカーを訴えています。これらの訴訟は、弁護士によって Software Freedom Law Center に提出されました。
プロジェクトがSoftware Freedom Conservancyに参加するのに十分成熟している場合は、SFLCのサービスにも参加できます。 （Conservancy以外のプロジェクトがSFLCのサービスを使用できるかどうかは不明です。確認する必要があります。）
GPLは、サーバー側のwebappsに限定されたアプリケーションしか持っていません。クライアント側のすべてが配布されていますが、これは通常JavaScriptであり、ユーザーはソースを自動的に取得します。厳密にはサーバー側のものは実行され、配布されません。GPLは主に配布に適用されます。
これがAffero GPLの動機でした。これは（IIRC）が本質的に、AGPLを使用したソフトウェアをWebアプリなどで使用する場合、ソースの配布を提供する必要があると述べています。
プログラムのように動作し、実行される場合は、objdumpおよび同様のツールから始めることができます。この古い Slashdot エントリは、GPL違反を検出するための別のより正式な方法を示しています。
GPL違反を発見した場合（誰かがyour著作権の下でコードを使用し、バイナリの配布中にソースを提供しなかった）場合は、違反者に連絡し、状況を解決します。メール、誰に連絡したかなどのデータを記録します。
yourの著作権ではないが違反を見つけた場合は、違反者の横にある元の著作権者に連絡し、違反について次のように伝えます。上手。違反者に連絡する前に前にすることをお勧めします。
ソフトウェアが多数の著作権所有者との組み合わせ作品である場合、あなたが著作権所有者の1人だけであるか、著作権所有者のグループのみである（すべてではない）場合も同様です。それはあなたの著作権であり、GPLはあらゆる種類の派生物（大小に関わらず）に適用されます。
技術的な制限が原因で、違反の可能性が本当に違反である場合に知識を得ることができない場合は、詳細を調べる他の方法を探す必要があります。例えば。おそらく違反者に質問をしたり、サードパーティを通じてバイナリやソースにアクセスしたりすることなど。
問題のコードがGPL v2に基づいていて、ライセンス条項に違反している場合、終了が適用されます。違反者は、GPLされたコードを使用するすべての権利を永久に失います。彼は再びall著作権者と連絡を取り、権利の回復を要求する必要があります。そうしないと、コードを引き続き使用しても著作権に違反します。
問題のコードがGPL v3に基づいていて、ライセンス条項に違反している場合も、終了は有効ですが、著作権者がさらに要求しない限り、違反者は自分で違反を停止することでこれから回復できます。
編集：これは単なる一般情報です。これの具体的な法的側面を調べたい場合は、著作権所有者であり、法的チームに事前に連絡して、証拠に必要なものと、法律がなくても違反を解決するために提案されているものを見つける必要があります。これははるかに実用的です。
Harald Welte は、GPLライセンスコードを不適切に使用した企業がライセンスの条件に準拠するようにするために、ニンジンとスティックのアプローチで成功しました。多くの企業は、その決定の結果について教育を受け、問題を法廷外で解決する必要がありました。