4

状況:

オープンソースプロジェクトのライセンスを選びたいです。

GPLとBSD/MITを比較して、ソフトウェアのオープンソース性を保護するGPLを好みます。しかし、私はもっと制限の少ないものを好みます。

異なるバージョンのGPLには互換性がないという事実に特に面白がっています!!

ソフトウェアをFOSSのままにしておきたいのですが、ライセンスの問題がソースコードを他のFOSSプロジェクトに組み込むことを可能にする妨げにならないようにしたいと思います。

要件:

  1. FOSS(無料/オープンソース)
  2. クローズドソースソフトウェアへの組み込みを防ぎます
  3. 別のライセンスを持つオープンソースソフトウェアへの組み込みを妨げません

そのようなライセンスはありますか?

潜在的な問題:

#3と#2は矛盾しているように見えるかもしれませんが、それを回避する方法があると思います。たとえば、ライセンスを次のように表現します。

  • gpl-like *ライセンスを使用するFOSSソフトウェアに組み込む場合は、そのライセンスに再ライセンスすることができます
  • それ以外の場合は、ライセンスを変更できません

gpl-likeは、プロジェクト全体が同じライセンスの下にあることを要求するFOSSライセンスです。

ご注意ください:

この質問は、そのようなライセンスがあるかどうかについてです。作成する試みではありません。

4

6 に答える 6

5

天国のために、新しいライセンスを作成しないでください(または新しいライセンスを作成する可能性のあることは何もしないでください)。すでに十分なライセンスの急増があります。GPLは多かれ少なかれコピーレフトの自由ソフトウェアライセンスの標準であり、それからパーミッシブフリーソフトウェアライセンスの束(主にBSD / MIT)があります。あなたの要件(2)はそれらを除外し、コピーレフトのみを残します:そしてそれはGPLです。

でコードの使用を許可することを心配する必要のある、重要に使用されている他の「GPLのような」ライセンスはないので、存在しない問題を解決しようとしています。

問題発生し、コードを使用したい別のライセンスの下にプロジェクトがある場合は、とにかく、すべてのコードの貢献者にその使用を明示的に許可(「デュアルライセンス」)させることができます。

于 2009-11-17T03:34:10.863 に答える
4

デュアル(またはトリプル、またはnタプル)ライセンスを取得する必要があります。どのライセンスでも、リリースしても問題ありません。デュアルライセンスとは、ユーザーがプログラムを使用するライセンスを選択できるということです。

GPLはデュアルライセンスの下で非常に頻繁に使用されます。ほとんどのプログラムは「GPLv2以降」でライセンスされています。これは、現時点ではGPLv2またはGPLv3を意味します。GPLとMPLまたは同様のライセンスの下でデュアルライセンスされているソフトウェアもたくさんあります(通常、関連するすべてのライセンスには「またはそれ以降」があるため、実際には通常は多方向ライセンスです)。

もちろん、MPLは(LGPLのような)弱いコピーレフトライセンスであり、GPLのような強いコピーレフトではありません。したがって、MPLでデュアルライセンスを使用している場合、コード自体の変更をリリースする必要がありますが、コードは他のプロプライエタリプログラムで使用される可能性があります。

「gpl-like*ライセンスを使用するFOSSソフトウェアに組み込む場合は、そのライセンスに再ライセンスすることができます。それ以外の場合は、ライセンスを変更することはできません。gpl-likeはFOSSです。プロジェクト全体が同じライセンスの下にあることを要求するライセンス」は、関心のあるライセンスの競合のほとんどがそのようなGPLのようなライセンスではなく(GPL以外の他の強力なコピーレフトフリーソフトウェアライセンスがあります)、代わりにMPLのようなものであるということですライセンス; つまり、GPLではプログラム全体をGPLの条件に基づいて配布する必要がありますが、MPLでは、その部分を追加の制限なしにMPLで配布する必要があり、競合が発生します。そして、それをMPLの下で配布することを許可すれば、人々はそれを独自のプログラムで使用することができます。

ですから、あなたは自分が何に興味を持っているのかを自問する必要があります。あなたは自分のプログラムやライブラリが自由ソフトウェアでのみ使用されていることに興味がありますか?次に、互換性を最大化するためにGPLv2以降を使用します。ライブラリを常に無料で維持することに興味がありますが、GPLと互換性のないプログラム(潜在的にプロプライエタリプログラムを含む)にリンクできるようにしたいですか?次に、LGPL、MPL、または同様のライセンス、あるいはデュアルまたはトリプルライセンス(GPLv2以降、MPL v1.1以降、またはほとんどのMozillaソースコードのようにLGPL v2.1以降など)を使用します。誰もがやりたいことを何でもできるようにしたいですか?次に、X11 / MITライセンス(BSDよりも短くて単純)またはWTFPLv2(これまでに見た中で最も短く、最も明確なライセンス)を使用します。

そして、本当に寛大だと感じている場合は、SQLiteのようなパブリックドメインにコードをリリースできます。SQLiteには、各ファイルにライセンスではなく、祝福があります。

あなたが善を行い、悪を行わないように。
あなたが自分自身のために許しを見つけ、他の人を許し
ますように。

私はいつも、ほとんどのライセンスに含まれる長くて退屈で恐ろしい法的通知よりもはるかに楽しいと感じています。

于 2009-11-17T05:45:33.813 に答える
1

誰かがそれをプロプライエタリライセンスに再ライセンスすることを妨げるものは何でもオープンソースライセンスに対して同じことをするので、1つのライセンスであなたが望むことをする方法はありません。複数のライセンスでリリースしてから、リストされていないライセンスでコードを使用する場合は連絡するように指示するセクションを追加することをお勧めします。

編集:ちなみに、GPLはかなりの数のライセンスと互換性があります。また、(私が思うに)誰かがあなたのコードに基づいて何かをリリースしたい場合、彼らはGPLの下で変更をリリースする必要がありますが、デュアルライセンスを妨げるものは何もありません。したがって、たとえば、ソースコードを使用した場合、GPLの下で変更をリリースする必要がありますが、BSDライセンスの下でも(コードのライセンスを変更せずに)変更をリリースすることもできます。

于 2009-11-17T03:26:00.637 に答える
1

CeCILLがどのようにそれを行うかを見ることができます。基本的には、独自のライセンスを適用し、代わりにGPLを使用できるようにします。

ここでさまざまなGPL互換ライセンスを確認して1つを選択するか(使用できる場合)、非互換ライセンスを選択してデュアルライセンスを取得できますが、プロジェクトで他のGPLソフトウェアを使用できないため、あまり役に立たないようです。その場合。

ただし、深刻なことを書いている場合は、有能な法的アドバイスが得られない限り、自分で書き込もうとしないでください。このようなものは、GPLでうまく解決された多くの隠された落とし穴で複雑になっています。

于 2009-11-17T03:42:51.927 に答える
1

クローズドソースソフトウェアへの組み込みを防ぎます

別のライセンスを持つオープンソースソフトウェアへの組み込みを妨げません

他にどのライセンスを考えていますか?それはコピーレフトですがGPLではありませんか?

それが何であれ、そのライセンスとGPLの両方の下でプロジェクトをデュアルライセンスします。

あなたは、ソフトウェアが「GPLに精神的に類似したいくつかのライセンス」の下で自動的に再ライセンスされることができるメタライセンスを作り上げようとしている敗者にいます。代わりに、複数の可能なオープンソースライセンスの下で一度にリリースし、ダウンストリームプロジェクトが独自のライセンススキームに一致するものを選択できるようにします。

于 2009-11-17T05:05:41.460 に答える
0

Artistic License 2.0は、おそらくあなたが必要とすることをします。必要に応じて、別の契約に基づいてソフトウェアを再ライセンスする自由を維持し、ソフトウェアの公式バージョンを管理し続けることができます。

于 2009-11-17T04:08:14.200 に答える