フリーソフトウェアのライセンス

鋳造では、オープンソースという用語の混乱を解消する試みを取り巻くフリーワードは、 "フリーソフトウェア"と述べた。、オープンソースイニシアティブ（ OSI参照）が作成管理するためにはオープンソースという用語は、商標とはいえ、その用語を試みます（を守るという意味）が拒否される、米国特許商標庁は、 OSIの認定マークは、 OSIのホールド公認オープンソースソフトウェアです。（法律上の制約がないという用語を使用する上でオープンソースが、そこにはOSIの認定は、オープンソースソフトウェアの認定マークです。）

OSIの維持、オープンソースの定義（ OSDの）は、著作権の説明に関しては、オープンソースライセンスが提供され、また、すべての完全なリストを保持するライセンスを持つことを証明するのに使いますの要件を満たし、その中に以下の通りです：ソースコードする必要があります使用可能;その製品を自由に再頒布しなければならない;派生しなければならない可;者に対する差別や、グループ、またはフィールドの努力しなければ許可されません。 OSDを完全には、ライセンスのリストとともにOSIの認定資格を取得するオープンソースソフトウェアは、 http://opensource.org/で入手可能です。

ライセンスは、 GNU General Public

1つは、 GPLがより多くのフリーソフトウェアライセンスの制限です。ソースコードが含まれている場合は、ライセンス契約には、 GPLの条件の下で、別のプログラムには、そのプログラムをしなければならないのは、 GPLの条件の下でライセンスされます。 [ 2 ]はフリーソフトウェア財団（ FSFの;の作者、 GPL ）のリンクを考慮する図書館に"派生著作物を作成する" ;いくつか他のことになると思われる"仕事の単なる寄せ集めです。 " したがって、 FSFの保持することはできませんが、ライブラリをリンクして距離は、 GPLの条件の下でもリンクされていない限り、プログラムには、利用規約のは、 GPLでカバーされています。しかし、いくつかの人々のリンクを開くことは、 "単なる寄せ集め"は、 GPLと書かれています：

いくつかの人々は、 GPLウイルスコールこの理由です。

加えて、別の仕事の単なる寄せ集めではなく、プログラムに基づいて、プログラム（またはそのプログラムに基づいて仕事をする）上で、ストレージボリュームを持っていないの配布や、他の媒体の範囲を、このライセンスの下で働く。

実行可能ファイルを検討される場合は、 "ボリュームのストレージは、 "あなたを結ぶ可能性を検討するの単なる寄せ集め。

私たちの知識を最善のは、この区別は、法廷でテストされていない。生じた場合には、かなりのリンクを希望される場合は、プログラムは、 GPLの条件の下でライセンスを取得して、図書館では、作者には、ライブラリを尋ねる質問には自分の解釈です。

ライブラリは、 GNU General Public Licenseの

ライブラリは、 GNU General Public Licenseの（ LGPL ）のライブラリには、もっと一般的にすることを目的に便利です。その点はLGPLを使用すると、ユーザーが自分のライブラリをアップグレードするかを向上させることなく新しいバージョンのプログラムを取得するこれらのライブラリにリンクされている。そのためには、はLGPLライセンスがない試みを任意の場所にリンクされているライブラリプログラムを制限する限り、これらのプログラムがリンクされているバージョンの共有ライブラリにはLGPLライセンスの下で、オブジェクトファイルを提供したり、アプリケーションを、できるように、再び連結して、アプリケーションにユーザを新規作成または変更されたバージョンのライブラリです。

実際には、この制限有意ではない;無理しない方がどこ共有ライブラリにリンクすることができる。

ライブラリーは、いくつかの条件の下でライセンスは、 GPL ;大半は、ライセンスの条件の下ではLGPLです。ライブラリは、 GPLライセンスの条件の下では通常、こうすることで、作者とは知らなかったというだけの理由についてはLGPLまたは検討しています。丁寧なリクエストに対応して、多くの作者は、自分のライブラリをrelicenseの条件の下ではLGPLです。

MITの/ x / BSD形式のライセンス

MITの/のXよりもシンプルスタイルのライセンスは、 GPLやLGPL ;自分だけの制限を維持するには（記載単に）既存のすべての著作権とライセンス条項を無傷でソースとバイナリのディストリビューション、および任意の名前を使用しないように作者を支持するあるいは宣伝書面による事前の許可なしに派生した作品です。

旧BSD形式のライセンス

旧BSD形式のライセンス条件を追加するには、本質的には、 MIT /のXスタイルライセンスの制限に言及して広告の素材の特徴や機能を含む、ソフトウェアの使用を承認した。 BSDライセンスが変更されて、それ自体を削除して、この制限が、いくつかのソフトウェアを使用し続けている古いBSDライセンスの許諾をモデルにしています。

アーティスティックライセンス

は、 Perl言語のソースコードはライセンスで配布することができますいずれかの条件に従うかの代案は、 GPLライセンスは、ライセンスwhimsically芸術家と呼ばれる。免許証の主目標は、芸術的に再配布する権利を保持するにはユーザーからの売りや変造を防ぐため、独自の修正を装うが、公式のバージョンです。その他のソフトウェアの作者が採択perlの慣習に従うことができるようにユーザーには、 GPLの条件のいずれか、または芸術的ライセンス;数は、ライセンスの条件の下でのみ、芸術的ライセンスです。

ライセンスの互換性

フリーソフトウェアのライセンス条項の異なるさまざまな種類の商業的な使用を許可、変更、および配布します。望ましいことは往々にして既存のコードを再利用して独自のプロジェクトです。ある程度までは、それが避けられないことを行うまでにほぼすべてのプログラムを書くことで、 Cライブラリにリンクされるので、注意する必要がありますが、ライセンス条項には、 Cライブラリだけでなく、他の図書館の利用条件のことあなたのプログラムをリンクしています。頻繁に願いを含める場合、他のプログラムのかけら'は、自分のプログラムのソースコードからのものです。

混合コードからソフトウェアのライセンスが異なることがときどきある問題です。この問題は発生しませんして共有ライブラリをリンクする際、それ間違いなく派生ソフトウェアの作成に適用されます。変更する場合は、誰か他のソフトウェアは、あなたが彼らのライセンス条件を理解しています。組み合わせるしようとしている場合は、 1つの派生作品が異なる2つのソフトウェアをライセンスして、それらのライセンスかどうかを判断する必要が対立した。繰り返しますが、これは適用されない場合は、独自のコードをスクラッチから書くことです。

働いている場合は、コードのライセンス条件のもとで、 GPLやLGPL 、それを含めることはできませんが、古いコードのライセンスの下にBSDスタイルのライセンスは、 GPLとLGPLの方を禁じるため、 "追加の制限事項は、 "旧BSDライセンスが含まれ、追加の制限事項（つまり、 GPLやLGPLを超えては、任意の）裏書き広告と関連している。この紛争のためには、いくつかのソフトウェアのライセンスの下では、両方の代替用語には、 GPLとBSDの古いスタイルのライセンス条項が提供;選ぶことができますどのライセンス条項に適合しています。

この場合、 GPLやLGPLライセンスの下でコードが含まれてから派生する仕事にBSD / MITの/のXスタイルライセンスは、派生作品全体（すべての実用的な目的のために）ライセンスを取得しなければならないの条件のもとで、 GPLやLGPLは、それぞれです。

そこには他の多くの潜在的な非互換性です。疑わしい場合は、どのようなことが認められていることについては、フリーソフトウェアの特定の部分は、恥ずかしがらないで、著作権所有者に要請した。免許証を与えることができることを覚えあなたはどのような方法でソフトウェアを使用することができます。

これは、追加された記事写真スティーブンズ教授