5

X と呼ぶコードを書いたとしましょう。これは GPL コードを使用しています。これをライブラリ Y と呼びましょう。明らかに、X を GPL ライセンスでリリースする必要があります。それはいいです。私の質問は、MIT などのライセンスの下で X を追加でリリースして、Y ではなく X だけが必要な場合、GPL で使用する必要がないようにすることはできますか?

4

5 に答える 5

3

はい、ソース コードは任意のライセンスでリリースできます。あなたは、米国著作権法の下でその権利を有します。

ただし、ソース コード内に GPL ソース コードを組み込む (または GPL コードと共に配布する) 場合は、作品全体に GPL ライセンスを使用する必要があります。これは、コードを使用するにはライセンスに同意する必要があるためです。

ところで。私は弁護士ではありません。

于 2010-06-03T08:26:40.800 に答える
1

MIT ライセンスは GPL 互換でもあります。つまり、GPL は MIT ライセンスを使用するソフトウェアとの組み合わせと再配布を許可します。このリンクは、包括的な分析を提供するはずです。ライブラリ、プラグイン、モジュールなどについては、理解しておく必要がある ifs と buts と定義がたくさんあります。

于 2010-05-27T20:51:19.663 に答える
1

ここでの重要な質問は、MIT ライセンス (またはその他のかなり緩和されたオープン ソース ライセンス) の下でのみ X のライセンスを取得した場合、ソフトウェア X を配布できるかということです。

その質問に対する答えは次のとおりです。

  • X の GPL ライセンス ライブラリ Y への依存が必須であり、X のビルド/使用を避けることができない場合は、いいえ。
  • yes (GPL ライセンス ライブラリに対する X の依存関係がオプションの Y であり、デフォルトで無効になっている場合)。

Y への依存が避けられない場合、MIT の下で X をリリースすることは、基本的に誰 (Linux ディストリビューション、商用ベンダー、ビルド済みソフトウェアを提供する Web サイトなど) も GPL ライセンスのライブラリを有効にしてあなたのソフトウェアを配布することを妨げます。建てる。

そのため、MIT ライセンスの下で独自のソフトウェアのライセンスを取得することを決定できますが、このライセンスの下でリリースすると、すべてのユーザーにとって頭痛の種になります。

そして、それはあなたが探しているものではないと思います。

私のお勧めは、あなたが決心して、次のいずれかを決定することです。

  • この GPL ライセンスのライブラリ Y があなたのソフトウェアに不可欠な場合は、GPL の下で X をリリースしてください。(最も単純で正しいことを行うオプション)
  • GPL ライセンスのライブラリ Y がオプションであり、MIT ライセンスの下で利用可能なソフトウェアのバージョンが本当に必要であるが、(あなたまたは他の人による) X と Y の配布を許可したい場合は、デュアル GPL/MIT ライセンスの下で X をリリースします。サポート有効。（本当に必要な場合のみ）
  • GPL ライセンスのライブラリ Y がオプションの場合、MIT の下で X をリリースします。(本当に不明確な利点のために、ユーザーにとって潜在的な頭痛の種を作成します)

これが役立つことを願っています。

于 2010-06-03T08:03:27.947 に答える
0

私の理解では、弁護士ではありませんが、使用するコンポーネントと互換性があることをライセンスする限り、任意のライセンス セットでコードをライセンスすることができます。

コードが GPL コードに依存していない場合、GPL コードを使用して配布しない限り、GPL の下でライセンスを取得する必要はありません。たとえば、IPythonは最初はreadlineを使用していましたが、明示的/必須の依存関係からそれを削除し、存在する場合にのみ使用して、GPLに準拠しながら、選択したライセンスの下でソフトウェアのライセンスを取得できるようにしました。（すみません、参考書が見つかりません。）

于 2010-05-27T21:00:53.740 に答える
-1

はい、GPL ライブラリを使用できます。動的にリンクする限り、GPL ライセンスを使用しないでください。そうしないと、Linux カーネルにドライバーがあったとしてもそれほど多くはありません。

これは、別の実行可能ファイル (および/またはソフトウェアを使用したという事実に関するドキュメント) が必要であることを意味します。コンパイル時ではなく実行時にロードされます。これはまた、依存地獄に一歩近づいたことを意味します!!!

Dependency HELL にはいくつかの領域があります。ここでは順不同です。

  • DLL地獄
  • DSO地獄
  • ジャーヘル
  • RPM地獄
  • 拡張の競合

  • 定義 1 0

それぞれに複数のフォームがあり、最悪のフォームに至ります。

あなたの脳に身もだえする複数の循環的で矛盾する依存関係の複数の長いチェーンは、あなたの魂を吸い出します!!!

于 2010-09-19T03:35:00.510 に答える