最初にいくつかの用語を明確にしましょう。ライセンスがGPLと互換性があるとFSFが言うとき、それは多くの人々がそれを意味すると解釈することを意味しません。多くの場合、「互換性がある」と解釈されるのは、2つのソフトウェアが同じアプリケーションに喜んで共存できるということです。
これはFSFの意味に近いものですが、GPLのコピーレフトの規定は少し物事を進めます。
GPL FAQから、私を強調してください。
これは、他のライセンスとGNU GPLに互換性があることを意味します。1つの大きなプログラムで、他のライセンスでリリースされたコードとGNU GPLでリリースされたコードを組み合わせることができます。
すべてのGNU GPLバージョンは、このような組み合わせを個人的に許可しています。また、組み合わせが同じGNU GPLバージョンでリリースされている場合、これらの組み合わせの配布も許可されます。
そのため、GPLの下で条項を吸収できる場合、ライセンスはGPLと互換性があります。
それでは、APLv2とGPLv3を見てみましょう。
- APLv2_Lib + GPLv3_Lib => GPLv3としてのlibの組み合わせは問題ありません。
- APLv2_Lib + GPLv3_Lib => APLv2としての結合されたlibは大丈夫ではありません。
そして、Apacheはここでも同じように言います:
GPLv3の作成者は、GPLv3のソフトウェアにリンクするだけで二次的著作物を作成すると見なされるため、GPLv3ソフトウェアを使用しません。彼らのライセンスを尊重したい。
ただし、v3ではなくGPLv2でライセンスされているデーモンを使用しています。
FSFは、あなたがしたいことは公の配布には受け入れられないことを明確にしています。
このライセンスにはGPLバージョン2と互換性がないことに注意してください。GPLバージョンにはない要件がいくつかあるためです。これらには、特定の特許の終了および補償条項が含まれます。
だから、あなたの質問に答えるために:
いいえ、GPLv2およびAPLv2ライセンス素材を使用して、結合されたデーモンを配布することはできません。
FSFは、その組み合わせを公開配布では許可されていないことを明示的に呼び出します。
代替案:
個人的に使用することが許可されています。
また、APLv2機能を書き直してから、新しい作業をGPLv2の作業と組み合わせてもかまいません。
デーモンをGPLv3に変更できるかどうかを確認できます。もしそうなら、APLv2の作業を現在のGPLv3デーモンにマージするために、あなたは明確になります。