ソフトウェアには、サブパートApachev2ライセンスとその他のサブパートGPLv2ライセンスがあります
まず、ライセンスについて完全に理解していないことをお詫び申し上げます。したがって、私はここで、ライセンスに関する私の好奇心を尋ねたいと思います。
これがその場合です。スターターテーマとして nderscores.me を使用してWordPressテーマを作成します。GPLv2ライセンスがあります。次に Twitter Bootstrap）を使用してテーマを作成します。 。Apachev2ライセンスがあります。
私は両方のライセンスについて検索してきました。 Apache v2はGPL v3とのみ互換性があり、GPL v2とは互換性がないことがわかりました。
コードにどのようなライセンスを設定できますか？ Apache？ GPl？または、Apachev2とGPL2に互換性がないため、リリースできませんか？最後に、コードを変更するかどうかは重要ですか？
Apache v2ライセンスを持つコンポーネントと、少なくとも1つのライセンスの条件に矛盾しないGPL v2ライセンスを持つコンポーネントを組み合わせた結果であるソフトウェアにライセンスを付与する方法はありません。いずれかのパッケージのコンポーネント。
GPL互換性に関するApacheライセンスの議論 は、Apache v2でライセンスされているソフトウェアを使用する場合、ソフトウェアのその部分をApachev2でライセンスする必要があることを示しています。ただし、GPL v2でライセンスされているソフトウェアも含まれている場合、そのソフトウェアは派生物と見なされるため、GPLv2でソフトウェア全体をリリースする必要があります。ただし、Apache v2ライセンスでは、Apacheライセンスの対象となる部分mustはApache v2の下でリリースされると記載されているため、GPLの下でリリースする権限がありません。
これは Gnu FAQ互換性のないライセンスに関するセクション ）==の議論からのものです。
プログラムの著作権所有者のみが、これらの条件に基づいてソフトウェアを合法的にリリースできます。プログラム全体を自分で作成した場合、雇用主または学校が著作権を主張していないと仮定すると、あなたは著作権所有者であり、例外を承認できます。ただし、他の作成者による他のGPL対象プログラムの一部をコードで使用する場合は、それらの例外を承認することはできません。これらのプログラムの著作権所有者の承認を得る必要があります。
ただし、GPLコンポーネントとApacheコンポーネントを組み合わせて使用してWebサイトを作成することを妨げるものは何もありません。どちらのライセンスでも、二次的著作物にソフトウェアを使用することが許可されており、使用するために作成したソフトウェアを自分でライセンスする必要はありません。ライセンスが課す制限は、コピーと再配布およびサブライセンス。
プログラマーのスタック交換には、このトピックにさらに光を当てる可能性のあるいくつかの関連する質問（良い答えがあります）があります。
から http://www.Apache.org/licenses/GPL-compatibility.html
したがって、Apache 2ソフトウェアはGPLv3プロジェクトに含めることができます。これは、GPLv3ライセンスがGPLv3の動作にソフトウェアを受け入れるためです。ただし、GPLv3ソフトウェアをApacheプロジェクトに含めることはできません。ライセンスは一方向のみで互換性がなく、ASFのライセンス哲学とGPLv3の作者による著作権法の解釈の結果です。
だから使える！ソフトウェアをGPL v3にリリースした場合。