以下の「GNU General Public License (GPL), MIT License」でライセンスされているオープン ソース コードを使用したいと考えています。販売する製品にこのコードを含めたいです。
訴えられないためにはどうすればいいですか？:)
変更したソース コードを配布してもかまいませんが、アプリケーション全体をオープン ソースにしたくはありません。
オープン ソース コードをライブラリにビルドしてオープン ソースにした場合、そのライブラリにリンクして、残りのソースを開かないようにすることはできますか?
編集：プロジェクトでは、次のものがあります
「mda VST プラグインは、MIT ライセンスまたは GPL の「ライセンスのバージョン 2、または (オプションで) それ以降のバージョンのいずれか」の下でリリースされます。」
それぞれがどのようにライセンスされているかを知るには、コードの個々のビットを具体的に調べる必要があります。GPL と MIT ライセンスは「非互換」ですが、両方のライセンスを使用してコードをライセンスできないという意味ではありません。GPL ライセンスは、GPL を使用している人々が自分のプロジェクトに含めることができるようにするためのものかもしれませんが、MIT ライセンスは、GPL を使用していない他の人がプロジェクトで GPL を使用できるようにするためのものです。
コードがデュアル ライセンスである場合は、GPL ライセンスではなく、プロジェクトに含めたいコードに MIT ライセンスを使用することを選択するだけです。
「GPL と MIT がある」という理由で 2 つのライセンスが言及されている場合 (これは、Sourceforge ページを 10 秒間見ても明確ではありませんでした)、どちらがどのモジュールに適用されるかを知る必要があります。
いずれにせよ、作成者への簡単なメモは、具体的に使用したいコードのステータスを簡単に明確にするはずです。
それはすべて、GPL でカバーされたコードを使用した _how_you_link_ に依存します。使用したいライブラリが (LGPL ではなく) GPL でカバーされていて、それに対してリンクする場合、アプリケーションは GPL の条件の下で配布する必要があります。ライセンスでは、アプリケーションとライブラリが一緒に動作することを組み合わせた作品と見なします。
独立してリンクされた GPL プログラムをプロプライエタリ プログラムと共に配布するだけで、それらがすべて一緒に動作する (ただし、決して一緒にリンクしない) 場合は問題ありません。1 つの例外は gcc の中間出力ですが、これは gcc プラグインを作成している場合にのみ興味深いものです。
GPL コードにリンクするコードの一部を同じライセンスの下で配布する準備ができていない場合、GPL コードを使用することはできません。販売はそれとは何の関係もないことに注意してください。GPL が関心を持っているのは、無償または有償で配布することだけであり、問題ではありません。
GPL コードを使用するプログラムに対して、GPL が指示する以上の制限を課すことはできません。同様に、同じ理由で制限を減らすことはできません。
たとえば、コマンド ライン プログラムを作成し、それに行編集機能と履歴を追加したい場合、GPL である libreadline に対してリンク (および使用) することがあります。ただし、readline() に依存する新しいプログラムを配布する場合は、GPL の下でプログラムのライセンスを取得する必要があります。これが、libedit / libeditline が、完全に互換性のある API を備えた 3 条項 BSD ライセンスの下で作成された理由です。
どの C プログラムも glibc に対してリンクする必要があります。glibc は LGPL であるため、自分のコードでライセンスを継承する必要はありません。
あなたが参照したライブラリでは、必要なライセンスを選択できます。著作権の唯一の所有者を確認できない限り、私は通常、デュアル ライセンスのライブラリを使用しません。それが確認できる場合は、MIT ライセンスの条件に従ってライブラリを使用してください。
私が知る限り、このソフトウェアは MIT または GPL としてデュアルライセンスされています。つまり、状況により適したライセンスを選択できます。
プロプライエタリなソフトウェアで MIT ライセンスのライブラリを使用することはできますが、何をしようとしているのかを作成者に知らせるのは礼儀正しいと思います。
ソフトウェアがライセンスの選択肢を提供しているかどうか、または 2 つの異なるライセンスに基づくコードが含まれているかどうかによって異なります。前者の場合は MIT の条件の下で使用できますが、後者の場合はまず GPL の部分を削除する必要があります。
他のライセンスがオプションではない場合、MIT ライセンスが何を約束しているかは関係ありません。両方の制限に従う必要があります。
アプリケーションを販売するクライアントにソース コードを配布するだけで済みます。GPL を回避する実用的な方法はこちらを参照してください。. また、MIT と GPL は異なるライセンスであり、MIT は制限が緩くなっています。
MIT ライセンスはあなたの目標に適合するかもしれませんが、GPL はそうではありません。GPL の下でソース コードを開く必要があります。
参照したパッケージでは、必要なライセンスを選択できるようです。