十分気をつける!
1 つは GPL v3 コード用で、もう 1 つは非独占的なコード用です。また、ユーザーが GPL v3 コードに関する権利を確実に理解できるようにすること、およびそのコードを利用可能にすることに関する義務を果たしたことを示すことにおいて、非常に誠実である必要があります。
IANAL。GPL v3 の文言を再確認して、別の問題がないことを確認していません。
疑問がある場合は、 SFLC (Software Freedom Law Center)に相談することを検討してください。
ニュアンス
以下に広範なコメントがあります - 読んでください。このメモは、コメントへの返信の一部です。
GPL は、直接の EULA (エンド ユーザー ライセンス契約) ではありません。それは、ソフトウェア開発者へのライセンスのようなものです。ただし、GPL はソフトウェアの受信者に特定の権利を与え、GPL はソフトウェア開発者としての義務を課します。特に、開発者として、どの権利があなたに付与され、どの権利が GPL ソフトウェアを提供する相手に付与されたかを明確にする必要があります。
GPL のテキストを表示する必要はありません。「Package X は GNU General Public License バージョン 3 の条項に基づいて配布されています。このライセンスの条項はhttp://www.fsf.org/licensing/licenses/gpl.htmlで確認できます。このライセンスによる特定の権利. パッケージ X のソース コードは、[ ...適切な URL... ]からダウンロードすることで入手できます. パッケージ X をパッケージ Y と共に使用する場合、パッケージ X の限定的なサポートを提供します. ..何とか...何とか...何とか...」。
GPL 自体を表示する利点の 1 つは、その解釈を提供する必要がないことです。法律文書の解釈は、特に弁護士でない人 (私のような!) にとっては困難です。ユーザーには権利があり、何にも同意する必要がないことを明確にしたい場合があります。それは賢明です(そして私は正確だと思います)。
パッケージ X (架空の GPL v3 ソフトウェア) のサポートに対して料金を請求することは正当であることに注意してください。ただし、実際にサポートを提供する場合に限ります。それは許されます。他の場所からパッケージ X を入手した人にサポートを提供する義務もありません。そのサポートを自社の顧客に限定することができます。しかし、顧客がソースを入手したり、パッケージ X のソースを友人、同僚、または顧客自身に中継したりするのを止めることはできません。
私はまだ弁護士ではありません。法律上の助言が必要な場合は、ソフトウェア ライセンスと GPL の経験がある弁護士と話をするためにお金を払う準備をしておいてください。