最近、私はThe World of Licensesというタイトルの記事を書きました：GNU GPLの取り扱いでは 、gplライセンス、歴史、バージョンの違いの世界を明らかにしようとしました。 この記事は大きな反響を引き起こし、多くの質問と紛争が生じました。 GPLの状況を少し明確にするために、公式のGPL FAQの 一部を翻訳することにしました。 それは多くの問題に対処し、ライセンスの位置のいくつかを説明します。 この翻訳がGPLの状況を明確にすることを願っています。
将来的には、BSD、Apache、MIT、およびその他の無料であまりライセンスではないライセンスの説明とともに、ライセンスに関する出版物のサイクルを続けます。 さらに、私は私たちの国のライセンスの問題に対処しようとします。 それまでの間、この翻訳を読むことをお勧めします。
GPLにより、ユーザーが変更したバージョンを公開できるのはなぜですか？
フリーソフトウェアの重要なポイントは、ユーザーが自由に結合できることです。 ユーザーがバグ修正やソフトウェアの改善を他のユーザーと共有することが許可されている場合は、まったく正常です。
他のGPLの代替手段があり、元の作成者を通過させるために修正バージョンが必要です。 作成者が引き続きサポートに取り組んでいる間、このスキームは実際に機能する可能性がありますが、作成者がアクティビティを（ほぼ）一時停止するか、ユーザーのすべてのニーズを満たさない場合、このスキームは崩壊します。 もう1つの実用的な問題があります。このスキームでは、ユーザーが互いに助け合うことはできません。
ユーザーによって行われた異なるバージョン間の衝突を防ぐために、変更の制御が提案される場合があります。 私たちの経験では、これらの衝突は重大な問題ではないと言えます。 Emacsの多くのバージョンはGNUプロジェクトの外部で作成されましたが、ユーザーはそれらを区別できます。 GPLは、バージョンを他のバージョンと区別し、他の開発者の評判を保護するために、バージョンの作成者にバージョンの名前を提供することを要求します。
GPLでは、変更されたバージョンのソースコードをレビュー用にアップロードする必要がありますか？
GPLでは、修正版またはその一部を公開する必要はありません。 自由に変更を加えて個人的に使用し、決してリリースしないでください。 これは組織（企業を含む）にも適用されます。 組織は、変更されたバージョンを作成し、構造の外部に公開することなく内部で使用できます。
ただし、修正版を何らかの形で公開する場合、GPLでは修正版のソースコードをGPLの下でプログラムのユーザーが利用できるようにする必要があります。
したがって、GPLでは、変更されたプログラムを特定の順序でのみリリースでき、他の方法ではリリースできません。 しかし、リリースの決定はあなた次第です。
誰かがGPLプログラムのコピーを持っていることを知っている場合、それを私に渡すようにお願いできますか？
いや GPLにより、必要に応じてプログラムのコピーを作成および配布できます。 彼はまた、望むならプログラムを配布しない権利も持っています。
GPLは、プログラムのコピーを金銭で販売することを許可していますか？
はい、GPLでは誰でもこれを行うことができます。 コピーを販売する権利は、フリーソフトウェアの定義の一部です。 1つの特別な状況を除いて、設定できる価格に制限はありません。 （例外は、ソースコードがプログラムとは別に（要求に応じて）配信される場合です）。
GPLでは、サイトからプログラムをダウンロードするための価格を設定できますか？
はい プログラムの配布に任意の価格を設定できます。 ダウンロードを通じてバイナリを配布する場合、ソースコードのダウンロード価格をバイナリダウンロードの価格以下に設定することにより、ソースコードのダウンロードに「同等のアクセス」を提供する必要があります。
GPLにより、プログラムを受け取ったすべての人に支払いや通知を要求することができますか？
いや 実際、この要件によりプログラムは無料ではありません。 プログラムのコピーの代金を支払う必要がある場合、または誰かに通知する必要がある場合、プログラムは無料ではありません。 フリーソフトウェアの定義を参照してください。
GPLはフリーソフトウェアライセンスであるため、誰かがソフトウェアを購入する義務を負うことなく、ソフトウェアを使用および配布できます。
GPLでは、修正版またはベータ版をNDAの下で配布できますか？
いや GPLは、修正版にはGPLで指定されたすべての自由を含めるべきだと言っています。 したがって、あなたからのあなたのバージョンのコピーの受信者は、このバージョンのコピー（変更されたかどうかにかかわらず）を配布する権利を持っています。 主要な禁止事項を含むバージョンを再配布することはできません。
2つのライセンスが「互換性がある」と言うとき、それはどういう意味ですか？
2つのプログラム（またはその部分）を大規模な作業で組み合わせる場合、両方のプログラムを使用するためのアクセス許可が必要です。 2つのプログラムのライセンスがこれを許可している場合、それらは互換性があります。 両方のライセンスを同時に満たすことができない場合、互換性がないと見なされます。
一部のライセンスでは、組み合わせ方法が重要です。 2つのモジュールをリンクすることはできますが、コードを1つのモジュールに結合することはできません。
1つのシステムに2つの別個のプログラムをインストールするだけの場合、それらのライセンスに互換性があるかどうかは関係ありません。
ライセンスが「GPL互換」であると言うとき、それはどういう意味ですか？
つまり、他のライセンスとGNU GPLは互換性があります。 別のライセンスでリリースされたコードと、GNU GPLでリリースされたコードを1つの大きな作業で組み合わせることができます。
GNU GPLのすべてのバージョンでは、このような組み合わせを個人的に行うことができます。 また、同じGNU GPLバージョンでそのような組み合わせを配布することもできます。 別のGPL互換ライセンスもこれを許可しています。
GPLv3はGPLv2よりも多くのライセンスと互換性があります。これにより、GPLv3にはない特別なタイプの追加要件を持つコードの組み合わせを作成できます。 セクション7には、許可されている追加要件のリストなど、これに関する詳細情報が含まれています。
GNU GPLで書いたプログラムをリリースしたいのですが、フリーでないソフトウェアでも同じコードを使用したいと思います。
プロプライエタリなソフトウェアのリリースは本質的に倫理的ですが、合法的にそれに対する障壁はありません。 あなたがコードの権利の所有者である場合、いつでも異なるライセンスの下でコードをリリースできます。
GPLライセンスの下で以前にリリースしたプログラム開発者は、その使用をさらに制限できますか？
いいえ。ユーザーは既にGPLに基づいてプログラムを使用する権利を取得しており、これらの権利を奪うことはできません。
元のBSDライセンスがGPLと互換性がないのはなぜですか？
GPLにはない特別な要件が含まれているためです。 すなわち、プログラムを宣伝するための要件。 セクション6 GPLv2によると：
「この文書のデータに違反するために、ユーザーに追加の条件を要求することはできません。」
GPLv3は、セクション10でも同様と述べています。広告条項にはこのような制限が含まれているため、GPLと互換性がありません。
修正されたBSDライセンスには、問題を修正する広告条項が含まれていません。
状況を考慮してください：XはGPLの下でv1製品をリリースしました。 Yは、v1に基づいて変更されたv2を配布しました。 Xは、v2を非GPLライセンスに作り直したいと考えています。 XはYの同意を必要としますか？
はい Yは、v1に基づいていたという事実の結果として、GNU GPLの下でバージョンをリリースする必要がありました。 Yが別のライセンスでコードをリリースすることに同意する必要はありません。 反対に、Xは別のライセンスでコードを発行する前に許可Yを取得する必要があります。
GPLプログラムの修正版をバイナリ形式でのみリリースできますか？
いや GPLの基本原則は、すべての変更されたバージョンがフリーソフトウェアでなければならないことです。つまり、特に、変更されたソフトウェアのソースコードはユーザーがアクセスできる必要があります。
バイナリを自分のサイトに配置し、ソースコードを別の場所に配置できますか？
はい セクション6（d）はこれを許可します。 ただし、コードを受け取ることができるように、明確な指示を提供する必要があります。また、バイナリコードが配布されるのと同じくらいソースコードが利用可能であることを確認する必要があります。
消費者が更新料を支払わないと機能しないデバイス上のソフトウェアにGPLを使用できますか？
いや このようなシナリオでは、支払う必要があるため、ユーザーがプログラムを実行する能力が制限されます。 これはGPLに加えて追加の要件であり、ライセンスはこれを禁止しています。