GPLv3 (.NET で作成される予定) としてリリースされるアプリケーションを作成したいと考えており、他のユーザーが拡張機能を DLL ライブラリとして作成できるように作成しています。これらも GPLv3 としてリリースする必要があると思いますが、これは意図したとおりです。
最初のリリースでアプリケーションに同梱してほしいライブラリの 1 つは、サード パーティ アプリケーションとのインターフェイスとなるライブラリです。サードパーティのアプリケーションは、サードパーティのアプリケーションと通信するための通信ドライバである API を備えた無料の (ビールのように) .NET ライブラリを提供します。
私の質問 - これでよろしいですか? そうでなければ、.NET は実際には API を備えたライブラリのコレクションであるため、.NET ベースのコードを記述して GPLv3 としてリリースすることはできませんでした。私は理にかなっていますか？
これは、ソフトウェア開発者ではなく、IP 弁護士に尋ねるべき質問であることを覚えておいてください。私たちが与えることができるのは、最善の推測です。
問題の API に付属するライセンスを読み、さらに質問がある場合は、API 発行者に直接問い合わせることをお勧めします。推測は、たとえ集合的な推測であっても、ソフトウェアを構築するための不適切なフレームワークです。
GPL には、「システム ライブラリ」と特定の「標準インターフェイス」の規定が既に含まれており、DLL 拡張インターフェイスがその下にある可能性があります。C ランタイム、.NET Framework、POSIX API などは、これらの例外に該当します。DLL 拡張インターフェイスは、「標準インターフェイス」という用語に該当する場合があります。
ただし、(既存の GPL アプリケーションを変更するのではなく) アプリケーションを作成している場合は、好きなようにできます。結局のところ、それはあなたのものです。
DLL 拡張インターフェイスが「実装がソース コード形式で一般に公開されている標準インターフェイス」ではないことが懸念される場合は、GPL に特定の例外を記述して、拡張 DLL 用の GPL サードパーティ ライブラリは、それを明確にし、他の人がこれらの拡張を提供できるようにします。そのような例外があることに注意してください。一部の開発者は、変更を拡張 DLL にパッケージ化することで、変更をリリースする必要がないための抜け穴として使用しようとする可能性があります。
もちろん、ライセンスやその他の法的事項に関連する投稿と同様に、標準の免責事項が適用されます (IANAL、自己責任で使用してください。これはアドバイスではありません。これは完全に間違っている可能性があります。これについて私を訴えようとする場合は、私が書いたものではないと主張する (誰かが私の SO アカウントに侵入したに違いない) など)
GPLに関する FSF の FAQによると:
フリーではないツールを使用して開発したプログラムを GPL の下でリリースできますか?
ソース コードの編集、コンパイル、調査、または記録にどのプログラムを使用したかは、通常、そのソース コードのライセンスに関する問題には影響しません。ただし、フリーではないライブラリをソース コードにリンクする場合は、対処する必要がある問題になります。GPL の下でソース コードをリリースすることを妨げるものではありませんが、ライブラリが「システム ライブラリ」の例外に適合しない場合は、プログラムをそれらにリンクする許可を与える明示的な通知を添付する必要があります。FSF は、これに関するアドバイスを提供できます。
詳細については、FAQ のこのエントリを参照してください (ここに貼り付けるのは少し複雑です)。
TL;DR システム ライブラリであれば、それを行うことができます。それ以外の場合は、エンド ユーザーがクローズド ソース ライブラリにリンクできるという通知を貼ることができます (サポートが必要な場合は、FSF に連絡してください)。
これを GPL アプリとしてリリースできる可能性は低いですが (他の人が言っているように)、サードパーティのコードで何ができるかについてより寛容であるが、それでも許可されている他のライセンスを使用できることを覚えておいてください。ソースコードの一部の制御を維持する (または必要に応じて制御しない): リンクなど。LGPL、MPL、BSD ライセンスなど。