GNU General Public License

GNU一般公衆ライセンスを直接参照している。しかしこの参照部分が米国法依存になりライセンスの国際化に逆行するものであるとして批判を受けたため、定義部分をより明確化した上で、当該法への参照は第4稿そして正式版で完全に削除されている。<WtXmlEndTag />。また、公開協議開始時点で削除が予告されていた//地理的  制限// の項については、明白に削除されている。

最終稿となった第4の議論草稿は2007年5月31日に公開された。この草稿では、Apache Licenseとの組み合わせを可能にする条項が導入された他、外部//契約者//  の役割を明確化し、マイクロソフト–ノベル間の契約のような明白な問題を回避する例外条項を加えている。この最後の例外条項は、第11項第7段落に次のように記載されている。

これは、そのような契約を将来に渡って無効化することを目的としている。また本ライセンスは、マイクロソフトが、あるGPLv3ソフトウェアを利用するノベルの顧客に許諾したような特許契約を、まさにそのGPLv3ソフトウェアを利用するユーザーすべてにまで自動的に拡大適用することを意味する。ただし、マイクロソフトが法的にGPLv3ソフトウェアの//伝達者//  でもない限り、それは不可能である。これはある種、特許契約に対しそれを他者に無制限に提供してしまうことから、ポイズンピルのような働きを持つとの意見もある。ただし本条項導入の直接の契機となった、ノベルの行為そのものに対しては、本項第7段落最後に例外を設け、既得権条項を適用している。

1. バージョン履歴
----------

1.1. バージョン1
-----------

バージョン1は、1989年2月にリリースされた。このライセンスは、ソフトウェア頒布者が制限しようとする主に2つの手段から、フリーソフトウェアの定義たる自由を守る働きを持っていた。第一の問題は、頒布者がバイナリ、すなわち実行ファイルのみを公開するかもしれないということである。しかしながらバイナリは人間にとって読み取れる形式ではなく、また改変もできない。このことを防ぐため、GPLv1では、バイナリを頒布するいかなるベンダーも、同じライセンスの条項のもと、機械可読なソースコードの形で利用できるようにしなければならないとしている。

第二の問題は、ライセンスに追加の制限を加える、もしくは頒布において別の制限があるソフトウェアを組み合わせることのどちらかにより、頒布者が追加の制限を加える可能性があるということだった。もしこのことが成されれば、その時、制限の2つの集合の和は、組み合わされた著作物に適用されるだろうが、それはすなわち、受け入れられない制限が加えられたことに等しい。この様な事態を避けるため、GPLv1では、改変版は、全体として、GPLv1の条項の下頒布されなければならないと規定している。このため、GPLv1の条項の下頒布されているソフトウェアは、それよりもパーミッシブ・ライセンスで保護されるソフトウェアと組み合わせて頒布することが可能となる。なぜなら、組み合わせによって全体を通して頒布に係るライセンス条項に変化はないからである。しかし、GPLv1の条項の下頒布されているソフトウェアとそれよりも制限の厳しいライセンスで頒布されるソフトウェアを組み合わせることは、GPLv1の条項の下全体が頒布されるという要件と衝突するため、できない。

1.2. バージョン2
-----------

バージョン2は、1991年6月にリリースされた。 リチャード・ストールマンによれば、GPLv2で最大の変更は第7節、彼に言わせると、パトリック・ヘンリーの名文句「//自由か然らずんば死を//」 の一節である。他の利用者の自由を尊重するような方法で、GPLで保護されたソフトウェアの頒布が//妨げられる//場合、この節に従えば、頒布は一切できない。GPLv3でも同様の条項が存在し、幾分簡素化されたうえ主旨が明確になっている。これは、フリーソフトウェア開発者や、フリーソフトウェアを単に使用する者から金を脅し取ろうと特許を行使する企業の企みをすこしでも減らすことを見込んでいる。

1990年までには、現存するプロプライエタリなライブラリと本質的には同等な機能を持つCライブラリや、その他のソフトウェア・ライブラリに対しては、制限の緩いライセンスのほうが戦略的に有効なことが明らかになってきた。1991年6月にGPL第2版がリリースされた際、Library General Public License  が、初版にもかかわらずGPLと相補的なことを示すため第2版として同時に導入された。GNUの思想における位置づけを反映させるため、Lesser General Public Licenseと名を変え、1999年、LGPL2.1がリリースされた。

1.3. バージョン3
-----------

バージョン3は、2007年6月にリリースされた。GPLv3は、ソフトウェアを含む著作物に対し、著作物の著作者・著作権者やライセンス受諾者gplv3-term-definitionsの権利や、プログラムの受領者のためにライセンス許諾者が与える権利、またソフトウェアの自由と衝突するような法や法的権利の制限などに関する基本理念を以前のバージョンのライセンスより明文化している。

ストールマンによると、もっとも重要な改訂点は、ソフトウェア特許、他のフリーソフトウェア・ライセンスとの//両立性//、「ソースコード」とは何を指すのかの定義gplv3-term-definitions、ソフトウェアの改変に関するハードウェアの制限そしてデジタル著作権管理  との関連がある。その他の改訂点は、国際化gplv3-term-definitions、ライセンス違反時の対処手段そして可能ならば著作権者により//追加的条項//を与える手段に関連している。

他注目に値する改訂点としては、GPLv3で保護された著作物の著作権者が、パッチなどを提供しそれに改変を加えた//貢献者//  に対し、ある種の条件または要求を課すということを許諾する条項が加えられている。これらに加えて、新しく導入された要件の一つには、時折//Affero条項//  とも呼ばれるが、Software as a serviceのようなASPモデルによるGPLの条項を回避しようとする試みに対し、これを封じようと意図しているものも含まれる。この条項が追加された結果、GNU Affero General Public Licenseバージョン3  が作成されている。GPLv3とAGPLv3は互いに両立はしないが、リンクや結合のみを認める相補的な条項を共に持っている。

また、GPLv3で許諾されるソフトウェアは、米国のDMCAや日本の著作権法、不正競争防止法が規定している「技術的制限手段」の「解除」を認める条項が追加されている。

2. 利用条件
-------

「GPLが適用された著作物の複製を受け取る全ての者」は、GPLの//条項と条件//  を遵守しなければならない。利用条件を遵守するライセンシーは著作物を改変する許諾を与えられるのと同時に著作物または二次的著作  物の複製と頒布を許諾される。ライセンシーは、このようなサービスを提供するのに料金を課してもよいし、また無料で行ってもよい。この後者の許諾は、GPLと商用再頒布禁止のソフトウェアライセンスとの相違点である。FSFは、フリーソフトウェアは商用利用を制限するべきではないと主張している。また、GPLは、GPLが適用された著作物を如何なる値段で販売しても良い旨、明確に述べてある。

加えて、GPLは、頒布者が//GPLにより許諾される以上のさらなる権利制限//  を課してはならないと述べている。これは秘密保持契約  のもとソフトウェアを頒布するような手法を禁ずる。GPLのもと、頒布者はまた、GPLなソフトウェアにおける特許を行使するために、ソフトウェアにより行使されるいかなる特許をも「ライセンス」として許諾する。

GPLv2の第3節とGPLv3の第6項によると、事前コンパイルされたバイナリとして頒布されるプログラムは次のいずれかを満たさなければならない。

ソースコードの複製の直接の添付
事前コンパイルされたバイナリと同一の手段でソースコードを頒布するという書面での提案の添付
GPLのもと、事前コンパイルされたバイナリを受け取った場合に得た何かを、ソースコードを提供する旨の文書で提示また、GPLv2の第1節とGPLv3の第4項は、//プログラムの受領者すべてにプログラムと共にGPLの複製を//  与えなければならないと規定している。GPLv3ではその第6項を満たす限りにおいて、ソースコードを利用可能な状態にするために、GPLv2で指定された物理媒体以外にも、明示的に追加の手段を講じても良いとする。コンパイル済みコードを取得する方法とソースコードのありかが明確に分かる場合、近くのネットワークサーバからまたはP2P送信によりソースコードをダウンロードさせる手段などもこの追加の手段に含まれる。

改変された著作物を頒布する権利は、GPLにより無制限に付与されるわけではない。頒布者自身による改変が加えられたGPLによる著作物を頒布する際に、著作物全体を頒布するための要件は、GPLよりも強い要件であってはならない。

その要件とは、コピーレフト  として知られている。これは、ソフトウェアプログラムに関し、著作権  を利用した法的な権能をもたらす効果がある。GPLで保護される著作物もまた、著作権で保護されているため、改変された形態でなくとも、ライセンスで規定されている場合を除き、ライセンシーはその著作物の再頒布の権利を持たない。再頒布のような、通常著作権法で制限される権利をある人物が行使しようと考える場合、その人物はGPLの条項をただ従う必要がある。逆に、GPLの条項を遵守せず著作物の複製を頒布すると、著作権法に基づき著作権者から頒布の差止め等で提訴される可能性がある。

3. コピーレフト
---------

コピーレフトは、著作権法を本来の使用目的と正反対の目的を実現するために利用する。すなわち制限を課す代わりに、コピーレフトは、権利がのちに消失しないような方法で、他者への権利を許諾する。コピーレフトはまた、ライセンシーに対し再頒布の権利を無制限に許諾するのではなく、コピーレフトが主張する点において発見されるのは法律上の任意の欠陥であるべきことを保証している。

コピーレフトライセンスで保護されるプログラムを頒布する多くの者は、ソースコードと共に実行ファイルを添付する。コピーレフトを満たす別の方法は、要求に応じて物理媒体を用いてソースコードを提供するという文書を提示することである。また事実としてコピーレフトライセンスで保護されるプログラムの多くは、インターネット上で頒布されており、ソースコードはFTPまたはHTTPなどを用いてソースコードを遣り取りできるようにしているものが多い。インターネット上での頒布は本ライセンスを満たしている。

コピーレフトが適用されるのは、ある人物がプログラムを再頒布しようと求める場合にのみである。改変したソフトウェアを他の誰にも頒布しない限り、改変箇所を公開しなければならない如何なる義務も免ぜられ、その改変版を私的な物とすることは許される。また、コピーレフトはソフトウェア自身のみに適用されるのであって、ソフトウェアの//出力//  には適用されないことには注意しておきたい。例えば 、GPLで保護されたコンテンツ管理システム  に対しその改変した派生版を動作させる一般ウェブポータルは、その出力自体はプログラム自体の派生物ではないから、土台としたソフトウェアならびにその改変部分を頒布する必要はない。反例は、GPLで保護されたソフトウェア"GNU bison"である。この構文解析器の出力は、その派生物の一部を//まさに//含んでおり、そのため、この事実に対しGNU bisonにより許諾される//特殊な例外条項//  が仮に存在しないならば、出力結果はGPLで保護される派生物となっていたであろう。最新のGNU bisonでは、事実として、出力コードのヘッダに//As a special exception...//という特殊例外条項が記述されている。

なお、コピーレフトのもとで公開された著作物の著作権は、前述の通り譲渡しなければ個々のコードの著作権者が保有している。従ってコピーレフトを無視した再頒布に対して、頒布の差止めやコピーレフト違反是正を求める権利があるのはプログラムの著作権者だけであり、一般のライセンシーにはない。ただ、大規模なFLOSS開発プロジェクトは一般的にワールドワイドであり、開発者の居住国が多岐に渡るため、多かれ少なかれ差異がある各国の著作権法にプロジェクト全体で合致させるのは困難を要す。このため一部のFLOSSプロジェクトでは各著作権者に代わり、コードの著作権を一括してプロジェクトが引き受ける場合もある。GNUプロジェクトは、コードの受け入れに関し、米国著作権法の庇護を享受するため、ライセンス如何に関わらず、寄贈されたコードの著作権を原著作者より明示的にFSFに譲渡する場合にのみ受け入れている。CMSのPloneならびにPlone財団も似たような形式を採用している。

3.1. ライブラリ
----------

FSFによると、「GPLは改変版、もしくは改変版の一部のリリースを要求することは述べていない。改変版を一切公開せず、改変を加えることや、私的に利用することは自由である。」と主張している。しかしながら、仮にある人物がGPLでライセンスされたオブジェクトを公開するならば、ライブラリリンクに関する問題が提起される。すなわち、もし、プロプライエタリなプログラムがGPLなライブラリを使用するならば、そのプロプライエタリなプログラムはGPLに違反する、はたまたそうではないのか、という問題がある。

この重要な論点は、非GPLソフトウェアがライセンス的、すなわち著作権法的に、GPLなライブラリに静的リンクまたは動的リンク可能であるか否かという問題に行き着く。この問題に関して、異なるいくつかの見解が存在する。GPLのもとリリースされるコードの二次的著作物が全て、それら自身もまた、GPLに従わなければならないとの要求は明白である。しかし、GPLなライブラリを使用する、そして、GPLなソフトウェアをより巨大なパッケージと組み合わせる 点に関しては、曖昧さが惹起する。これは究極的には、GPL//それ自体//  とは無関係の問題であるが、著作権法が二次的著作物をどう定義するかということと関連した問題である。この議論に関して、次のようないくつかの異なる見解が存在する。

3.1.1. 見解: プロプライエタリソフトウェアを動的リンク、静的リンクすることはGPLに違反する
--------------------------------------------------

GPLのライセンス条文自体の著作権を保持する法人組織でもあり、GPLでライセンスされる著名なソフトウェア製品を多数提供しているFSFは、動的リンクされたライブラリを利用する実行ファイルは、実際には二次的著作物である、と強く主張している。しかしながら、このことは、お互いを「結合する」 だけの分離された別個のプログラムには適用されないとしている。

FSFはまた、コピーレフトという点で、GPLとはほぼ同一であるが、「ライブラリ利用」という目的のために、リンクの許諾を追加的に与える、LGPLというライセンスも作成した。

リチャード・ストールマンとFSFは、プロプライエタリな世界と比較し、より豊富なツールを提供することによりフリーソフトウェアな世界を護持することを目的として、ライブラリ作者に対し、GPLの下でのライブラリのライセンシングを明確に促している。これは、ソースコードを公開しないならば、プロプライエタリ・プログラムがGPLで保護されたライブラリを一切使用できないようにすることを狙っている。

3.1.1.1. プラグイン
--------------

FSFは、プラグインの呼び出し方法についてはまた別であると認識している。もし、プラグインが動的リンクにより呼び出され、関数呼び出しをGPLプログラムに提供するならば、その時には、プラグインは、概ね二次的著作物であると見なされる。

3.1.2. 見解: プロプライエタリソフトウェアを静的リンクすることはGPLに違反するが、動的リンクに関しては不明瞭
-----------------------------------------------------------

静的リンクは二次的著作物を生じるが、他方、GPLコードに動的リンクされた実行ファイルが二次的著作物であると考慮されるべきか否かははっきりしないとする意見もある。詳細は  を参照せよ。Linuxカーネルの著作権者リーナス・トーバルズは、状況により、動的リンクは派生物を生じ得るとの見解に同意する場合と同意しない場合があるとしている。

ノベルの弁護士は、動的リンクが二次的著作物でないのは「もっともらしい」が「断言」はできないとし、善意による動的リンクの証拠として、プロプライエタリなLinuxカーネルドライバの存在に見てとれる、と文書にて記載している。

//ルイス・ガルーブ・トイズ対ニンテンドーオブアメリカ事件//訴訟において、アメリカ合衆国第9連邦巡回区控訴裁判所は、二次的著作物を「『形式』または永続性」を所持するものと定義し、「当件における侵害された著作物が、ある形式で著作権の適用された著作物の一部と協働しなければならない」と言い渡した。しかし、特にこの対立を解決する明白な法廷判断は出ていない。

3.1.3. 見解: リンクは無関係である
---------------------

Linux Journal誌の記事によれば、IP法の専門家でOSIの//法務顧問//  も務めるローレンス・ローゼンは、リンクの動的・静的を含む種別は、ある種のソフトウェアが二次的著作物であるか否かについての問題とは概ね関係がない、すなわち、そのソフトウェアが、クライアントソフトウェアとライブラリ、またはそれら個別とのインタフェースが意図されているか否かについての問題のほうがより重要である、と主張している。彼は、「新規のプログラムが二次的著作物であるか否かの主な指標は、原著作物のプログラムのソースコードが、『複製と添付』する意図をもって利用され、新たなプログラムを作成する任意の手段において、改変、翻案またはその他の変更を加えたか否かに係っている。もしそうでないならば、私はその新規のプログラムは二次的著作物ではないと主張するだろう」と述べる。また、彼はこの記事の中で、ソフトウェアの組み合わせ・バンドリング、リンクのメカニズムなど、その他関連する多くの指摘意図を挙げている。さらに、彼は、彼の弁護士事務所のウェブサイトにて、このような「市場原理」的要素はライブラリリンクの原理といった技術的な要素よりも重要であると主張している。

プラグインまたはモジュールが固有の著作物と合理的に見なされる際、それらライブラリがGPLに従わなければならないか否かという、別個の問題もある。これに対する見解は、著作物がGPLv2ならば、分離していると合理的に理解されるプラグインまたは、プラグインを利用するために設計されたソフトウェア用のプラグインは、任意のライセンスで許諾され得る。GPLv2の条文段落において特に注目される箇所は以下の条文である。

実際にはGPLv3でも同じであり、条項の文面は多少異なっているが、上記と同様の内容が、以下となる。

事例分析として挙げると、DrupalやWordPressのようなGPLv2でリリースされていたCMSに対し、それらに提供されていたプロプライエタリと想定されるプラグイン、テーマ 、スキンなどは、両プロジェクトサイドにて議論が巻き起こる共に、非難されるようになってしまった。

一方、Linuxカーネルではこのような結合の状況分析を行うことなく、カーネルの著作権の影響範囲とユーザ空間プログラムが派生物ではないことをライセンステキスト冒頭で述べている。

参考訳:

3.2. 集積物の別の部分と見なされるパッチ
----------------------

前述のセクションの実例を挙げる。GPLソフトウェアへのパッチを提供した場合は、そのパッチが「適用したGPLソフトウェアとは別の著作物」とみなされる//可能性//も含んでいる。これは、前述の通り、

GPLv2の第2節後半部分 //These requirements [...] do not apply to those sections when you distribute them as separate works.//や

GPLv3第5項最終段落 //Inclusion of a covered work in an aggregate does not cause this License to apply to the other parts of the aggregate.//に規定されている。即ちGPLソフトウェアを含む「//集積物//  の他の部分」と認められれば、GPLに反しない、言い換えればGPLよりパーミッシブ・ライセンスでパッチを公開しても良い。例えばパッチが単なる修正ではなく、単体で再利用可能な全く別種の機能強化と見なされればそれは集積物の別の部分と規定でき、そのパッチのみに対しGPLと矛盾せずかつGPL以外のライセンスを適用する事も可能である。一例をあげると、MySQLは、「リンク例外条項付きGPLv2」と商用ライセンスとでデュアルライセンシングされている。これに対しGoogleはMySQL向けのパッチをBSDライセンスで提供していた。このパッチはオリジナルのMySQLに由来しないコードのため、GPLで保護されたMySQLの「集積物とは別の部分」となる。BSDライセンスは独占的なライセンスであろうとも両立するので、結果的にこのパッチは、MySQLをGPLで利用するライセンシーと共に商用ライセンスで利用する者も適用可能である。また同時にそのパッチからサブルーチンのみを取り出し、BSDライセンスされたソフトウェアにも同様のルーチンを導入する事も可能となる。

3.3. 非GPLプログラムとの結合や組み合わせ
------------------------

GPLなソフトウェアと別のプログラムが単に結合している場合は、本来、全てのソフトウェアをGPLにすることも要求されない、そしてGPLなソフトウェアを非GPLソフトウェアとともに頒布することも要求されない。しかし、稀な条件において、GPLの権利を保証することを妨げる障害が取り除かれるであろう。次の文は、GNU.org ウェブサイトに存在するGPL FAQからの引用である。これは、ソフトウェアが、バンドルされたGPLプログラムと結合を許される範囲がどこまでかを記述している。

'//What is the difference between an “aggregate” and other kinds of “modified versions”?//

An “aggregate” consists of a number of separate programs, distributed together on the same CD-ROM or other media. The GPL permits you to create and distribute an aggregate, even when the licenses of the other software are non-free or GPL-incompatible. The only condition is that you cannot release the aggregate under a license that prohibits users from exercising rights that each program's individual license would grant them.

Where's the line between two separate programs, and one program with two parts? This is a legal question, which ultimately judges will decide. We believe that a proper criterion depends both on the mechanism of communication  and the semantics of the communication .

If the modules are included in the same executable file, they are definitely combined in one program. If modules are designed to run linked together in a shared address space, that almost surely means combining them into one program.

By contrast, pipes, sockets and command-line arguments are communication mechanisms normally used between two separate programs. So when they are used for communication, the modules normally are separate programs. But if the semantics of the communication are intimate enough, exchanging complex internal data structures, that too could be a basis to consider the two parts as combined into a larger program. }}

このように、FSFは「ライブラリ」と「その他のプログラム」とを、次の2つの観点双方を用いて線引きしている。

データ・情報交換に係る「複雑さ」 と「親密さ」 
セマンティクスだけではなくメカニズムしかし、FSFは、この問題は明確な結論はなく、複雑さの条件について判例  により決められる必要があるだろう、と譲歩している。

GPL FAQでは「結合メカニズム」の例として、プロセス間通信、遠隔手続き呼出し 、カーネル空間・ユーザー空間の通信やシステムコール、パイプ、execによるプロセス起動などを挙げている。これら「結合メカニズム」を用いてGPLなソフトウェアと接続する場合は、個別のプログラムであるため結合ではないとも見なせるが、そのやり取りするデータの如何によって接続先が二次的著作物であると見なされる余地も残されている。これに対する明確な法廷判断はまだない。

4. ライセンス条文の著作権者
---------------

GPLの条文自体はGFDLやGPLの下に自由に配布されているわけではなく、ライセンス著作者は条文の改変  を許可していない。GPLはプログラムの受領者に//本プログラムと共に本ライセンスの複製を//  得る権利を与えているため、未改変のライセンスの複製と//頒布//  は許されている。GPL FAQによると、仮に改変する場合は、別の名前とし、「GNU」について言及せず、フリーソフトウェア財団から許諾を得ている場合を除いて改変版ライセンスからGPLの//前文//  を削除した場合に限り、GPLの改変版を利用して新たなライセンスを作成しても良い。そのようにして作成された派生ライセンスに対し、FSFは一切の法的異議申し立てを行うことはないが、そういったライセンスは一般にGPLと//両立しない//  ので、FSFは推奨していない 。

前述のとおり、GPLの条文自体は著作権で管理されており、その保持者はFSFである。しかしながら、FSFはGPLのもとリリースされた著作物の著作権は保持しない。これも前述したが、例外は、著作権者が明示的にFSFに著作権を譲渡した場合である。ただし、そのような事例はGNUプロジェクトに属するプログラムや寄贈されたプログラムを除いてあまりない。ライセンス違反が発生した場合、個々の著作権者のみが、訴訟を起こす権限を持つ。

FSFは、FSFの許可なくGPLの//前文//  を含めた、派生ライセンスを使用しない限り、GPLに基づいた新しいライセンスを作成することを許可する。しかしながら、このようなライセンスはGPLと//両立しない//  場合があるので、作成しないほうがよい。またそれは、明らかにライセンスの氾濫を生じさせる。翻訳も翻案権の行使であるため、ライセンスの翻訳は原則認められないが、その翻訳が非公式であることを明記し、FSFの求めに応じて翻訳をアップデートできるならば翻訳を許可される。

その他、GNUプロジェクトにより作成されたライセンスには、GNU Lesser General Public License、GNU Free Documentation Licenseが含まれる。

5. 両立性とマルチライセンス
---------------

5.1. ライセンスの互換性
--------------

あるオープンソースソフトウェアでライセンス上考慮すべき点があるなどして、またはもっと極端な例では、GPLの思想的な面に反発があるなどして、GPLと//両立性//を欠くようなライセンスを著作物に敢えて採用するケースがあるかもしれない。しかし、GPLを採用するフリーソフトウェア、オープンソースソフトウェアが多数存在するため、現実問題としてそのような行為はコードの再利用性を著しく欠く結果につながる。このため、自身の採用するライセンスをGPLと非互換にしないよう、GPLとのライセンス両立性を考慮することは重要である。著作物全体として影響を受けるライセンスの持つ制限の組み合わせにより、GPLが許諾する事項を越えるいかなる追加的制限が課されない限り、他のライセンスで許諾されたコードは、GPLで許諾されたプログラムと衝突することなく組み合わせることも可能である。また二次的著作物の観点として、互換性のあるフリーソフトウェアライセンス/オープンソースソフトウェアライセンスで許諾されるコードを組み合わせる場合は、原則コードの組み合わせ全体に、そのコピーレフト性が最も強くなるライセンスの影響を受ける。GPLの正規の条項に加えて、追加的な制限や許諾を適用することができる組み合わせは以下の通りである。

//異なるバージョン//のGPLのもとライセンスされるコードを組み合わせたいと考える場合は、より古いバージョンのGPLのコードに//"any later version" statement//  が認められているのならば許可される
LGPLのもとライセンスされるコードは、そのコードのライセンス如何に関わらず、いかなるその他のコードともリンク可能である。組み合わせた全体の著作物がGPLv2またはGPLv3でライセンスされる場合において、LGPLv2でライセンスされたコードに"any later version" statementが//存在しない//場合はコードを当該ライセンスで再ライセンスすることができる。上述1.について、よくある表明文の例は、"either version 2 of the License, or  any later version"  である。これと対照的な例はLinuxカーネルや、バージョン1.9.2までのプログラミング言語Rubyの処理系である。これらは"any later version" statementなしのGPLv2単独でライセンスもしくはGPLv2を//内部的に参照する//形式を採るRubyライセンスである。従ってGPL//v3//のコードを組み合わせることはできないので注意を要する。しかし、Rubyの処理系はデュアルライセンスのGPLを、バージョン1.9.3より、GPLよりパーミッシブ・ライセンスである2条項BSDライセンスに変更したため、以後のバージョンのRubyの処理系ではGPLv3で保護されるプログラムを組み合わせることも可能である。このような許諾変更が許されるのは、デュアルライセンスの片方であるRubyライセンスには著作権者に許諾変更を一任する条項が存在する為である。一般的に、ソフトウェアのライセンスを非互換なライセンスに変更する場合は、コードの全著作権者からライセンス変更の同意を取り付けなければならない。LinuxカーネルのライセンスはGPLv2単独であり、Ruby処理系のような特殊な規定を持っているわけではないので、仮に変更する場合はそうせざるを得ない。GNUプロジェクトはこのような事態に陥ることを回避するため、前述の通り著作権者からコードの著作権をFSFに譲渡するよう勧め、またソフトウェアのライセンスほぼ全てに"any later version"表明文を付したGPLを適用している。

FSFは、GPLと両立するフリーソフトウェアライセンスのリストを維持管理している。そのようなライセンスは、もっとも広く利用されている、オリジナルのMIT/X license、BSDライセンスそしてArtistic License 2.0などを対象としている。

デイヴィッド・A・ウィーラーは、GPLと非互換なライセンスを利用すると、他者のフリーソフトウェア/オープンソースソフトウェアプロジェクトへの参加や、コードの貢献を困難にするため、フリー/オープンソース開発者はGPL互換なライセンス//のみ//採用するよう強く主張し続けている。

特筆すべきライセンス非互換の例として、旧サン・マイクロシステムズのZFSが、GPLでライセンスされたLinuxカーネルに組み込めないというものが挙げられる。なぜなら、ZFSはGPL非互換なライセンス、CDDLで許諾されているからである。これに加え、ZFSは特許で保護されており、ZFSの機能を持つソフトウェアをサンとは独立にGPLのもと実装し頒布しようとしたとしても、それでもなおサンの許諾が必要となると予想される。

5.2. マルチライセンス
-------------

他の一部のフリーソフトウェア・プログラムは、複数のライセンスによりデュアルライセンスされているものがある。その中にはライセンスの一つにGPLが選択されていることもよくあり、「デュアルライセンスはもっと広まる」と独立ソフトウェア・コンサルタントのテッド・ロシュ  は指摘している。この方法だと、GPLを適用しないまま二次的著作物を頒布することを認めることができる。これは、二次的著作物に有償の商用ライセンスを適用することも可能にする。MySQLなどはまさにこの例に当てはまる特筆すべき例である。

一般的にプロプライエタリソフトウェアはGPLソフトウェアと組み合わせることはできない。しかしこのような場合でも、マルチライセンスを利用することでGPLソフトウェアを組み合わせることも可能となる。

GPLのもとで頒布するとともに、静的リンクなどを使用する場合やそうではなく動的リンクを使用する場合においても、パッケージにプロプライエタリなコードを組み合わせたいと望む企業のため、二次的著作物を独占的な条件・ライセンスで頒布・販売可能にする商用ライセンスを同時に提供するマルチライセンシング・ビジネスモデルが多く存在する。このようなビジネスモデルを採用する企業と採用したソフトウェアには、Oracle社、Digia社、Namesys社 、Red Hat社 、Riverbank Computing社  などがある。 その他、Mozilla Application Suite、Mozilla ThunderbirdそしてMozilla Firefoxを製品に持つMozilla Foundation  のような企業はGPLだけではなく同時に他のオープンソースライセンスでも頒布可能なようにマルチライセンスを採用するケースがある。

5.3. GPLv2とGPLv3の互換性
--------------------

GPLv3はGPLv2と比べ、条文の大幅な変更にも関わらず、内容自体には大きな変更はないとも言える。しかし全く無いわけではなく、とりわけGPLv3の特許関連条項と、反TiVo化条項などは、GPLv2の第6節にある「 //これ以上他のいかなる制限//」 に相当するため、原則GPLv3はGPLv2と両立しない。ただし、GPLv2で保護される著作物が“version 2 or later,”でリリースされていれば両立する。

6. 採用実績
-------

6.1. ソフトウェアにおける利用
-----------------

GPLはフリーあるいはオープンソースソフトウェア用のライセンスとして圧倒的な人気がある。 きわめて大きいソフトウェア・アーカイブをもつibiblioの1997年の調査では、約半数をGPLのソフトウェアが占めていた。2001年の調査では、Red Hat Linux 7.1 に使われているソースコードの 50%がGPLでライセンスされている。2006年1月の時点で、SourceForge.netにホスティングされているプロジェクトの約68%が、2007年8月の時点で、Freshmeatに掲載されている43,442のフリーソフトウェア・プロジェクトのうち65%近くが保護されるライセンスとしてGPLを使用している。

Black Duck Software社により管理される"Open Source License Resource Center"によると、フリーソフトウェア/オープンソースライセンスでリリースされたソフトウェアパッケージ全体の約60%がGPLをライセンスに採用していると示されている。

6.2. テキストメディアならびに他のメディアにおける利用
-----------------------------

コンピュータ・プログラムの代わりにテキスト文書、またはより一般的にはあらゆる種類のメディア全てにGPLを採用することは可能である。ただしその条件は、それらメディアが「//ソースコード//」を構成できるか明らかである必要がある。マニュアルや教科書は、//FSF自身はGNU Free Documentation License の利用を代わりに薦める//が、この目的において前述の要件を形成できる媒体である。しかしながら、FSFの勧告にも関わらず、Debian開発者らは、彼らのプロジェクトにおける文書を//GPL//のもとライセンスする勧告を出した。なぜなら、プログラム・メディア双方の著作物における「ソースコード」という概念に対し、GFDLにはGPLの条項と非互換な取り扱いが存在するからである。すなわちGFDLのもとライセンスされたテキストはGPLで保護されるソフトウェアに組み込めないというのである。詳細については、記事"Debianフリーソフトウェアガイドライン#GFDL"を参照せよ。また、フリーソフトウェア用のマニュアルなどの作成に貢献している組織、FLOSS Manuals Foundationは、2007年に、本組織のテキストにGFDLの採用を忌避しGPLの採用を決定した。

仮にGPLがフォントのライセンスに採用された場合、このようなフォントにより形成されるあらゆる文書、画像、PDFは、これまたGPLの条項に従って配布する必要があるかもしれない。このケースは、著作権法がフォントの書体  には及ばない国々では問題とならない。日本の場合も同じく、フォントの書体は意匠権を持ち、意匠法により管掌されると同時に、独創性と美的特性のない書体に著作権はないとの考えは現状一般的である。しかし、フォントヒンティング・テクノロジーなどのフォント//ファイル//内に存在するプログラムコードは猶も著作権法で保護され得るとの主張もある。また、セクション"リンクと派生物"で述べたことと同様に、フォント埋め込みは文書がフォントと「リンク」していると見なされるので、事態をより複雑にさせる。FSFはこの想定外の事態に対し、GPLでフォントをライセンスする際には著作権者は「例外条項」を設けるべきと勧告している。

7. 論争
-----

7.1. ライセンスと契約にまつわる問題
--------------------

GPLは契約ではなくライセンスとして設計されている。コモン・ローの法的な権限の及ぶ範囲において、契約は契約法により支配されるが、他方ライセンスは著作権法のもと行使されるため、ライセンスと契約の法的な区別はいくらか重要である。しかしながら、大陸法のような契約とライセンスの相違点がない多くの法体系ではこの区別は意味を成さない。

また、GPLなソフトウェアを受け取ったライセンシーはどの国の著作権法に従うかであるが、これは著作権やライセンスの一般論として定められており、すなわち著作権の準拠法は著作物の利用のあった国の法体系である。よってGPLなソフトウェアを受け取ったライセンシーはその居住する国の著作権法のもと当該ソフトウェアを利用することとなる。

GPLの条項や条件に同意しない、またはそれらを受け入れない人々は、著作権法のもと、GPLでライセンスされたソフトウェアまたはその二次的著作物  を複製または頒布する許諾を得ることはない。しかしながら、もし彼らがGPLで保護されたプログラムを再頒布しないならば、彼らは猶も彼らの組織内でそのソフトウェアを好きなように使用しても構わない。そして、プログラムの利用により作成された著作物はこのライセンスの影響範囲に含めることを要求されない。

アリソン・ランダルは、ライセンスとしてのGPLv3はその支持者を不必要に混乱させており、同一の条件や法的効力を維持しつつ、簡略化すべきだと主張した。

日本の独立行政法人、情報処理推進機構がSoftware Freedom Law Centerの協力の下作成した「GNU GPLv3 逐条解説書」によると、GPLが契約かライセンスかの論争は、GPLがエンフォーシブルか否かという問題と同値であると結論付けられている。すなわち、ライセンス違反が発生し、解決が法廷に持ち込まれた場合、GPLソフトウェアの作者に認められる要求が著作権侵害による違反者の頒布差止請求や損害賠償請求に留まるのか、はたまた、ライセンスをエンフォースし、ソースコードの開示にまで持っていけるのか、といった議論は、GPLが契約か否かという問題に帰着する。大陸法ではGPLを契約と見なせるので、仮に法廷に持ち込まれた場合、大陸法の法体系では、差止請求だけに留まらずソースコードの開示まで請求できるとの解釈が述べられている。ただし実際にそのような法的な判断、すなわち判決を下すのは裁判所と裁判官であり、状況によってはGPLが対象とする法的範囲が著作権法よりもさらに小さなものだと見なされ、ライセンサーの権利不行使を宣言するものである、民法の権利濫用の禁止や禁反言を始めとする信義則を述べているだけにすぎないという判決が下される可能性すらもある。

また、契約をもってライセンスを制限することも理論上は可能であるため、GPLでの再頒布時の権限を契約を持って押さえ込むことも可能である。ただしそれが有効と認めた判例は未だもってない。

7.2. 法廷におけるGPL
--------------

2002年、MySQL ABは著作権侵害ならびに商標権侵害でProgress NuSphere社をアメリカ合衆国マサチューセッツ連邦地方裁判所に提訴した。伝えられる所では、NuSphereは、MySQLのGPLで保護されるコードを自社のGeminiテーブル型モジュールに静的リンクしたが、GPLの条項に従わず、Geminiのソースコードを一切公開しなかった。このためMySQLの著作権を侵害していたとされる。2002年2月27日、パティ・B・サリス判事の予備審問ののち、当事者らは和解協議に入り、最終的に事実上合意に至った。審問終了後、FSFは「サリス判事は、GNU GPLが強制力と束縛力を持つライセンスであることが分かったことを表明した」とのコメントを発表した。

2003年8月、SCOグループは、「GPLに法的な有効性などない」と本気で考え、彼らはSCO UnixからLinuxカーネルへと不正に複製されたと疑わしいソースコードの断片を法廷で取り上げるつもりだと主張した。彼らは、当時GNU/Linuxディストリビューションを頒布しており、またそのディストリビューション、Caldera OpenLinuxディストリビューションに含まれていたその他GPLで保護されたコードも頒布していたため、これは問題のある行動であり、しかも、GPLの条項に従うことを除いてそのような問題行動をとる法的な権利などほとんど有って無いに等しかった。

ドイツのネットワーク機器メーカーSitecomは、GPLの条項に違反して、netfilterプロジェクトのGPLで保護されたソフトウェアを頒布していたが、彼らは頒布停止を拒絶した。この後、事態は法廷に持ち込まれ、2004年4月、ミュンヘン地方裁判所はnetfilter/iptablesプロジェクトの訴えに対し、Sitecomドイツ法人の製品に対する予備的差止請求権を認める決定を下した。2004年7月、ドイツの法廷は、この差止命令がSitecomへの判決になると確定し、結審した。法廷で認められたのは次の内容である。

//Defendant has infringed on the copyright of plaintiff by offering the software 'netfilter/iptables' for download and by advertising its distribution, without adhering to the license conditions of the GPL. Said actions would only be permissible if defendant had a license grant [...] This is independent of the questions whether the licensing conditions of the GPL have been effectively agreed upon between plaintiff and defendant or not. If the GPL were not agreed upon by the parties, defendant would notwithstanding lack the necessary rights to copy, distribute, and make the software 'netfilter/iptables' publicly available.//参考訳:

//被告は、ソフトウェア'netfilter/iptables'をダウンロードできる状態にし、その頒布物を宣伝したが、GPLのライセンス条件を遵守しなかったため、原告の著作権を侵害した。仮に被告がライセンスの許諾を受けている場合を除いて、当該行為は許されない。 このことは、原告と被告との間で、GPLのライセンス条件に事実上合意したか否かという問題とは別である。仮に原告・被告の当事者がGPLに同意しなければ、にもかかわらず、被告は当該ソフトウェア'netfilter/iptables'を複製、頒布そして公開するのに必要な権利を失っていただろう。//netfilter/iptablesの開発者でその著作権を持つもののひとりでもある、ハラルト・ヴェルテは、ドイツにあるFLOSS関連の法的係争を扱う組織、ifrOSSの共同設立者、ティル・イェーガーに自身の法的代理人を要請した。この判決文は当時FSFの顧問だったエベン・モグレンが以前予想した通りの内容を反映していた。これは、GPLの条項違反が著作権侵害に与える影響を法廷が初めて認めた重要な判決だった。

2005年5月、ダニエル・ウォレス  は「GPLは価格を零にしようとする違法な企て、すなわち価格固定やダンピングである」と主張し、FSFをアメリカ合衆国インディアナ南部連邦地方裁判所に提訴した。2006年3月、ウォレスはGPLが反トラスト法に違反する行為を促すとの正当な主張を法廷で証明することができなかったため、原告申立ては棄却された。「GPLは、自由競争、コンピュータ・オペレーティングシステム・ソフトウェアの頒布、消費者が直接得られる利点を阻害するというより、むしろ促進している」と、法廷は言い渡した。その後、ウォレスは、不服申立の控訴状も却下され、FSFへの訴訟費用の支払いを命じられた。

2005年9月8日、ソウル中央地方法院  は、GPLでライセンスされた著作物から派生した二次的著作物を営業秘密とする契約事項に対し、GPLは本件と関連なしとの判決を下した。判決主文の英文抄訳より事件のあらましを述べると、係争にあがった著作物は、GPLv2で保護されたソフトウェアVTunである。被告の一人はVTunをベースとした二次的著作物であるソフトウェアを、原告である企業に雇用されている間作成した。彼が原告企業を退社後、そのソフトウェアのソースコードを個人的に複製しており、そのバグ修正を行ったうえ、そのソフトウェアを利用した商用サービスをもう一人の被告と立ち上げた。これに対し、原告はそのサービスが自社の企業秘密の漏洩であると主張した。 被告らは、GPLを遵守して著作物を頒布する限りは、企業秘密を維持することなど不可能であるので、守秘義務違反ではないと主張した。ソウル地裁はこの主張の法的根拠を認めず、「//ライセンス如何にかかわらず//、企業秘密の漏洩により公平な競争者に対抗し不公平な利益を得ることを守秘義務で縛ることは妥当である。また企業秘密は特許とは別であり、技術的である必要は無い。」と述べた。

2006年9月6日、gpl-violations.orgプロジェクトは、D-Link Germany GmbHを提訴し、これに勝訴した。原告は、被告が販売するNAS機器に、Linuxカーネルの一部を利用していたが、GPLに違反した使用であり、著作権侵害である、と主張した。この判決により、GPLの有効性、法的拘束力がドイツの法廷で支持されたという判例が与えられたことになった。

2007年後半より、BusyBoxの開発者ならびにSoftware Freedom Law Centerは、組み込みシステムに利用するBusyBoxの頒布者からGPLを遵守する旨の言質を得ることや、GPLを遵守しないものを提訴する計画に乗り出した。これら一連の訴訟は、アメリカ合衆国において、GPLの責務に対する強制力を法廷で争った初の機会であると述べられている。

2008年12月11日、FSFはシスコシステムズを提訴した。被告はそのLinksys部門にて、原告のFSFがGPLでライセンスした著作物である、

GNU Core Utilities
GNU Readline
GNU Parted
GNU Wget
GNUコンパイラコレクション
GNU Binutils
GNUデバッガソフトウェアパッケージを、Linksysの次に述べる製品のファームウェアにGNU/Linuxの形で組み込んで、対価を取って頒布、すなわち販売していたが、GPLの条項に違反していたためFSFの著作権を侵害している、と原告のFSFは主張した。該当する製品は、Linksysの有名な無線LANルーターWRT54Gやその他DSLモデム、ケーブルモデム、NAS機器、VoIPゲートウェイ、VPN機器そしてホームシアター、メディアプレーヤー機器などその他多くの機器にも及ぶ。

FSFがシスコを提訴するまでの6年間、FSFはシスコに何度も申立を行ったが、シスコは、「われわれは、条項違反についての問題を修正する予定もしくは修正中である」と主張した。しかし、FSFはその後もより多くの製品から新たな違反が発覚したとの報告を受け、Linksysと多くの会談をとり行うこととなった。しかし、結局実りは少なかった。FSFのブログでは、この過程を「//5年間にも及ぶモグラ叩きゲーム//」 と評している。この6年間の過程を経て、FSFは遂に本件を法廷に持ち込むことを決意した。

その後シスコは本訴訟の和解のテーブルに着き、6ヵ月後、

GPLのコンプライアンス遵守を保証することを目的とした「Linksysに対する//フリーソフトウェアの監査役//  を任命すること」
「GPLに基づき、FSFの著作物である当該プログラムを組み込んだLinksys製品を、対価を払って受領、すなわち購入した以前の顧客  に、当該顧客のGPL上の権利を保証する旨の通知を行うこと」
FSFのプログラムのソースコードを、シスコのウェブサイト上で自由に利用可能な状態にすること
FSFへの金銭的支払いを行うこと以上の和解内容に合意した。

7.3. マイクロソフトの評価
---------------

2001年、マイクロソフトのCEO、スティーブ・バルマーは、Linuxを「知的財産権の意味において、触れるもの全てにくっつく癌である」と呼んだ。マイクロソフトがGPLを嫌う理由は「取り込み、拡張して、抹殺する」という独占的ベンダーの試みにGPLが抵抗するためであるとマイクロソフトの批判者らは主張する。

マイクロソフトは、以前、GPLでライセンスされたコードを含む製品である、Microsoft Windows Services for UNIXを販売していたこともある。マイクロソフトのGPLに対する攻撃に対抗するため、幾人かの著名なフリーソフトウェア開発者とフリーソフトウェアの代弁者たちはライセンスを支持する旨の共同声明を発表した。しかしながら、この声明から7年以上たった、2009年7月、マイクロソフト自身が、GPLのもと本体が約20,000行程度となるLinuxカーネルのドライバコードをリリースした。ただし、提供されたコードの一部に相当するLinux用のHyper-Vドライバコードが、GPLのもとライセンスされているオープンソース・コンポーネントを利用しており、当初プロプライエタリなバイナリ部分と静的リンクしていた。後者はGPLソフトウェアに対するライセンス違反である。

また、これ以外にも、同社が提供するソフトウェアに意図せずGPLで保護されたコードが混入するケースもあった。

マイクロソフトのシニア・バイス・プレジデント、クレイグ・マンディは、GPLはプログラム全体を譲渡することしか許諾せず、これは、プログラマに、GPLと両立しないライセンスのライブラリとリンクするプログラムを譲渡することを許諾しないことを意味する故、GPLは「ウイルス的である」と評した。

このいわゆる「ウイルス的」効果とは、組み合わせることを考えているソフトウェアの、複数のライセンスのうち一つが変更されないならば、そのような状況下で、異なる別のライセンスで許諾されるソフトウェアと組み合わせることができないことを指す。ライセンスのいずれか一つは理論上変更することはできるけれども、「ウイルス的」なる考えの筋書きによれば、GPLは事実上撤回することはできない。他方、他のソフトウェアのライセンスは実際には//可能//なのである。

リチャード・ストールマンの見解によると、「ウイルス」というメタファーは誤りであり、また不親切な物言いである。GPLのもとリリースされるソフトウェアは、他のソフトウェアを、決して「攻撃」したり「感染」などしない。むしろ、GPLで保護されるソフトウェアは、オリヅルランのようなものである、と述べている。だれかが、GPLで保護されたソフトウェアのコード断片を持ち帰り、どこかよそへそれを組み込んだならば、GPLで保護されるソフトウェアもまた、そのどこかで成長するのである。このようにGPLのような二次的著作物にも適用を強制するという強い制約を持つライセンスは、独占的なソフトウェアを開発する企業や、他のライセンスを支持するソフトウェア開発者から批判されることがある。コピーレフトの考え方を支持する人々は、これは自由を守るために必要なことだと主張する。一方、二次的著作物への制限が少ないBSDスタイル・ライセンスを支持する人々はまた別の考え方を持っている。GPLの支持者が「フリーソフトウェアの自由が二次的著作物でも保護されることを、フリーソフトウェア自身が保証すべき」と確信する一方、そうでない人々は「フリーソフトウェアはその再頒布にあたって利用者に最大限の自由を与えるべきだ」と主張する。後者の考え方は、例えばBSDライセンスのように敢えて「ソフトウェアの自由を捨て去る」ことも可能という、ソフトウェア利用者の自由意志、選択の自由を述べている。

7.4. Linuxカーネル開発者の評価
--------------------

態度を鮮明にしている幾人かの有名なLinuxカーネル開発者は、マスメディアに対しコメントを出し、GPLv3の議論用の初稿ならびに第2稿の一部に反対する旨の声名を発表した。リーナス・トーバルズは、GPLv3の反DRM条項により、GPLv3でライセンスされたソフトウェアがDRMを利用したコンピュータ・セキュリティのメカニズムを享受できなくなるとして、LinuxカーネルのGPLv3への移行には明確に反対している。リチャード・ストールマンは、2007年初めにもこの動きは収束すると期待していたリチャード・ストールマンによる、GPLv3の改訂点に関する概略。2006年6月22日、バルセロナにてFSFEにより開催された第3回GPLv3国際会議において行ったプレゼンテーションよりが、最終稿が提出された後のコメントでは、GPLv3はGPLv2と比べ移行するメリットはないとトーバルズは述べた。

おおむね、これらの議論は本質的には全く同じ視点に立ってはいるが、主にソフトウェアのコードの自由を重視するオープンソース陣営と、それのみではなくソフトウェアを利用するユーザーの自由の最大化を目的とするフリーソフトウェア陣営の考え方の違いが浮き彫りになったに過ぎない。ソフトウェアの自由な利用のためには、GPLv3にはソフトウェアの範疇に留まらず、広く働きかけることを厭わないとする後者の考え方が色濃く出ている。

7.5. FreeBSDプロジェクトの評価
---------------------

FreeBSDプロジェクトは、「GPLソフトウェアを公開しない、そして誤ってGPLソフトウェアを利用してしまったケースなどにより、これらの行為がソフトウェア企業の価値を下げたいと考えている巨大企業の格好の餌食になっている。言い換えれば、GPLは、潜在的に経済的利益の全体を低下させ、また寡占的行為を助長するゆえ、マーケティングの武器として利用されるのに、とてもふさわしい。」と主張し、GPLは「ソフトウェアの商用化やその利益を生み出そうと考えている人々にとって現実の問題として本当に邪魔になっている」と主張している。

FreeBSDの開発者で、Beerwareライセンスの著作者でもある、ポール＝ヘニング・カンプは、"GNUライセンス"を「ジョーク」であると見なしている。その理由は彼が気付く限りこのライセンスには曖昧な記述が存在するからだと述べている。

7.6. 二次的著作物
-----------

セクション"リンクと派生物"の通り、GPLで保護されたコードに由来する二次的著作物はGPLでなければならない、と明白に要求されているが、GPLのライブラリに動的にリンクしたプログラムが、二次的著作物と見なせるかどうかは、議論が分かれている。これに対しFSFとその他の人々の見解が異なることが新たな論争の種となっている。この点に関し、著作権法が二次的著作物をどう定義するかが問題になると述べたが、著作権の支分権の具体的内容についての問題が提起されている。アメリカ合衆国著作権法を収録した合衆国法典第17編の[1]  によれば、著作物の改変・翻案を例にあげたうえで「既存の著作物を基礎とする」ことが二次的著作物の要素となっているため、動的リンクの場合でも既存の著作物を基礎としているのかが問題となり得る。これに対し、日本国著作権法第二条によれば、二次的著作物は原著作物の「翻案」を要素としているため、GPLのライブラリとGPLでないプログラムが動的にリンクするプログラムを作って頒布したところで、二次的著作物を作成したことにはならず、プログラムを実行したときに必然的に生じるメモリへの複製の段階で初めて問題になるに過ぎない。しかし、日本国著作権法ではプログラムを実行することそれ自体は著作権の支分権としては認められていない。 ちなみにGPLv3では"derivative work"という語が姿を消し、代わりに「改変されたバージョン」や「元プログラムに基づく作品」となっている。これらは「二次的著作物」を指しているgplv3-term-definitions。

また、アメリカ合衆国著作権法においても、日本国著作権法においても、原著作物の著作権者は、二次的著作物に対して著作権行使をすることができるのは当然の前提なのだが、ソフトウェアが著作権の対象となるように法制度が確立する前は、改変したプログラムに対する権利範囲等が不明確であったこともあり、法の建前を前提として議論がされていない側面がある。

いずれにせよ、当該著作物が二次的著作物であるかの判断は、ライセンス如何の問題ではなく、最終的には法廷が個々の著作物毎に判断することとなる。しかし、現時点では明確な線引きを行った著作権法上の条文や判例は存在せず、その他法源となるものもない。ルイス・ガルーブ・トイズ対ニンテンドーオブアメリカ事件訴訟においても二次的著作物の範囲が明確に定められなかったのは前述の通りである。

7.7. 条項の複雑さ
-----------

GPLが持つ制約とは全く別の問題として、一部の批判者らは、GPL前文のイデオロギー的な響きが嫌だとか、ライセンスが長過ぎて分かりにくいと愚痴をこぼす。この「落とし所」には、ソースやバイナリの複製  を認めないが、個人や会社での使用で修正の自由を認めるようなライセンス群を含むことがある。こういった変種の一つには、 Open Public License がある。これら批判の原因は、GPLの条文が一見理解しにくいがために起こる誤解によるところもある。しかし、このGPLの手の込んだ条項は一見理解に困難を伴うが、これによりコピーレフトが創出され、著作権法の枠組みを徹底してハックしている点も忘れてはならない。

8. よくある誤解
---------

GPLの条文そのものや、その要求、許可する事項については、GPLに賛同している者ですらも誤解していることがあり、そのことがGPLの議論に関し混乱を招く原因のひとつともなっている。既に解説済みの項目も多いが、改めて述べる。

GPLなソースコードを改変・修正した場合、ソースコードを公開しなければならない: GPLで保護された著作物の修正や、GPLの影響が及ぶコードを新しい著作物で利用するとき、修正者であるライセンシー、またはライセンシーの組織内のみで私的に利用されるだけならば、ソースコードの公開は要求されない。組織内のみでの使用であれば、二次的著作物のソースコードを公開する義務が発生しないため、機密性の重要視される研究開発部門や顧客管理部門で使用されるパソコンやサーバーのほか、インフラシステムや軍事・防衛分野などでも広く用いられている。 課金が許されていない : GPLで保護された著作物の複製を販売したり、ダウンロードに課金したりすることをGPLはわざわざ許可している。頒布の手間にかかるコストは無視できないためこのことは都合がよい。また頒布の手段に拠ってGPLの下での購入者やベンダーの権利、責任に変更が生じることはない。実のところ、非商用の頒布だけを認めるライセンスは、自動的にGPLと矛盾する。 ソースコードは//無償で//頒布しなければならない : GPLが要求することは、ソースコードを入手する機会を保証することである。たとえば、ソースコードが記録されたCD-ROMを実費を請求する形で郵送しても一向にかまわない。GPLv3では第4項第2段落で「『プログラム』の『伝達』行為に対する課金」と定めている。ただ、「ライセンス料、ロイヤルティその他の対価」を徴収することは、「さらなる権利制限」になるので注意が必要である。 GPLのツールを使って開発したソフトウェアはGPLでなければならない : GPLでなければならないのは、GPLのソースコードを含んでいたり、GPLのライブラリをリンクや結合するときのみに限る。独占的なソフトウェアをGCCでコンパイルして頒布することは、許可されている。ただし、libgccなど、GCCの各種ランタイムライブラリはGPLに関するライセンスの影響を受けることもある。プロプライエタリなソフトウェアとの動的リンクを可能とするため、GCCの各種ランタイムライブラリは例外条項が付帯したGPLとなっている。 GPLソフトウェアは改造して公開することは不自由なくできる : GPLは著作権を規定するライセンスであり、商標権・意匠権
やその他の法的な権利や義務には効力が及ばない。また、フォークや独自パッチ適用バージョンを「改変前とまったく同一の名前のソフトウェア」として公開し、もともとの原著作者のソフトウェアと一見して区別できない場合には、著作権法上の問題が発生する。デジタルコンテンツのコピーガードを無効化したり、不正アクセス行為に使用することを主目的としたソフトウェアの作成や公開も法律により固く禁じられている。

9. 脚注
-----

9.1. 注釈
-------

9.2. 出典
-------

10. 参考文献
--------

和書なおこの文献はあくまでもSFLCならびにIPA両者の見解であり、実際の係争事例に対するGPLについての明確な法廷判断が存在するわけではない。

11. 関連項目
--------

フリーソフトウェア
フリーソフトウェア財団 
Free Software Foundation Europe 
Software Freedom Law Center 
GNU
著作権
コピーレフト
ライセンス
ソフトウェアライセンス
フリーソフトウェアライセンス
パブリックドメインソフトウェア
デュアルライセンス
プロプライエタリソフトウェア
GPLリンク例外
GPLフォント例外
gpl-violations.org

関連法
著作権法 
著作権法 
著作権に関する世界知的所有権機関条約
不正競争防止法
デジタルミレニアム著作権法 
民法
会社法
特許法

関連ライセンス
GNU Lesser General Public License 
GNU Affero General Public License 
BSDライセンス
GNU Free Documentation License 
GNAT Modified General Public License 
Mozilla Public License 
Apache License

12. 外部リンク
---------

12.1. 原文
--------

[2] 
[3]
[4] – FSFによりすでに廃止済。
[5] – FSFによりすでに廃止済であるが、Linux・GNUのパッケージを含む多くのソフトウェアプロジェクトで未だに使用されている。

12.2. 非公式日本語翻訳版
---------------

[6] 
[8]