この質問が尋ねられた場合は、私のお詫び申し上げます。放棄されたわずかに変更されたGPLのPythonライブラリを配布するには？
小さなPythonライブラリでバグを修正しました。この特定の図書館はGPLの下でライセンスされていますが、その開発は死んで放棄されているようです（私のパッチを添付したトラッカーの活動は非常に低いです）。
私はこのライブラリを使用するpythonアプリケーションを開発しています。パッチを適用したバージョンのライブラリと一緒に配布する適切な方法は何ですか？
ライブラリーが放棄されているかどうかにかかわらず、あなたがコードを配布する場合は、 コード（パッチ適用されたライブラリーとアプリケーションの両方）もGPLで配布する必要があります。
あなたのパッチを当てたライブラリはGPLであり、アプリケーションの可能性も高いです。あなたがそれでうまくいくなら、問題はありません。アプリケーションで別のライセンスを使用したい場合は、「派生した作業」によってGPLが意味するものを理解する方法によって異なります。
あなたのアプリケーションがライブラリにあまり依存していない場合（あなたはそれが小さなライブラリだと言っていました）、他の（GPLではない）ライブラリがあなたと同様のことをしていますアプリケーションが使えるかもしれません）、そして...まあ... GPLの下でアプリケーションのライセンスを必要としないかもしれません。なぜなら、そのライブラリから実際には得られないという主張があるからです。しかし、それは本当に緩やかな定義です。
ライブラリがLGPLの場合は、希望通りにライセンスを取得できますが、パッチ適用されたライブラリはLGPLの下にあります。ライブラリの元の作者はLGPLの代わりにGPLを選んだので、彼らのライブラリを使っているアプリケーションもGPLの下にあることを望んでいると推測できます。これは前の段落の見解に対する通常の反論です。
もちろん、許可ライセンス（LGPLなど）を使用してライブラリにライセンスを付与した場合は、元のライブラリの著者に尋ねることもできます。
ライブラリがGPLで、何らかの方法でリンクしている場合、コードもGPLにする必要があります。これがGPLとLGPLの違いです。あなたのコードがライブラリに依存する "量"は問題ではありません。 –
それはFSFの立場ですが、他にも意見があります。たとえば、ffmpegのライセンスは、あなたが使用しているライブラリによって異なります。 – kari
Anonからの返信に同意すると、あなたのコード（パッチ適用されたライブラリとアプリケーションの両方）もGPLの下で配布する必要があります。
現在GPL v2.0の要件を検索することができます
https://enterprise.dejacode.com/license_library/Demo/gpl-2.0/#license-requirements
はそれがお役に立てば幸いです。
**私は、プログラミングやソフトウェア開発ではなく、ライセンスや法的な問題**のために、このトピックをオフトピックとして閉じるよう投票しています。詳細については[こちらをご覧ください]（http://meta.stackoverflow.com/a/274964/1402846）、[help/on-topic]を参照してください。 –