GPLで寝て

2008年2月10日投稿
下に提出された法律オープンソースWeb2.0の | 2コメント

GNUは、Uを望んでいる 今日は、GPLライセンスのソフトウェアを使用するかについての誤解や混乱の多くは、同社がソース彼らのソフトウェアを開くために強いる可能性があります。 ディズニー、ソニーといくつかのスタートアップ時にこの問題に遭遇した、この記事は、同様にうまくいけばいくつかの他の情報に基づいた意思決定を助けるように私自身の理解を明確にするためのものです。 私は弁護士ではないているということに注意し、この記事がGPLを読み、ライセンス弁護士から特定の法的助言を得るための代替として信頼してはいけませんしてください。

多くの制限の少ないライセンスが(存在する間はMIT、BSD、MPLなどGPLは 、おそらく最も理解されていないと、ほとんどのビジネスが懸念されている。 ある程度までこの混乱は驚くことではないはず。 FOSS(フリーオープンソースソフトウェア)の動きがわずかに異なる理念を持つ活動家の配列で構成されています。 エクステント法律の意図と一貫性のある治療法に大きく依存するので、このアプローチの泥だらけの矛盾海域。 時間をかけて運動の指導者はGPLに範囲および指針に関する矛盾した文を作るとき、これは不確実に恐怖と疑い(FUD)を注入します。

問題はさらに混乱作る、著作権法は、GPLが依存している基本的なテナントとの関係で悲しい形でもあります。 ソフトウェアについては、フェアユースをどのように構成し、派生作品は、判例法内で対立している。 極端つで、判例法は、製品を使用すると、それが対話するシステムから何のコードをコピーしていない場合でも、派生物であることが推測されます。 それは派生物と見なされて心配することなく、それを活用するエンジニアのシステムを逆にするフェアユースであることを他の、相反する判例法の推測で。

我々が出てプレーすると思うこれらの判例のうち、潜在的にランダムであり、我々はコードを使用する方法に大きく依存。 明示的に除外することなく我々はライセンス自体の作者の意図に戻っている開発者からのダウンに設定します。 このケースではフリーソフトウェア財団は、特にその信念を綴ります。 何らかの方法でGPLコードまたはGPLコードにリンクを(動的にまたは静的に)含まれている場合はGPLの解釈では、プログラムは誘導体である。

あなたのプログラムが二次的著作物とみなされないことがありますように、この規則にはいくつかの肯定応答の例外があります。

  1. あなたは動的に他の既存のライブラリが置換されていてもよい標準インタフェースに対してリンクすることができます。
  2. あなたは、fork()を経由してGPLのプログラムを実行するか)(実行される可能性があります。
  3. あなたは、標準ネットワークとIPCメカニズムを介してプログラムと通信することができる。 *
  4. あなたがプログラムと集約におけるGPLのプログラムを配布することができます(同一培地上で)、彼らはまだ別々のプログラムを表現している提供され、GPLの条項が観察されています。

これらの例外は、私たちに大きなクローズドソースのシステム内で連携してGPLのプログラムとライブラリを使用するのに十分なロープを与える。 これらの開発者はいくつかの上にできるように動的な(のような追加の明示的な例外を追加することがありますLGPL )または静的リンケージを。 いくつかのケースではそれはまた、開発者に連絡して、すべて一緒にGPLの制限を削除するクローズドソースのライセンスを交渉することも可能です。

もう一つ注目すべき抜け道があります。 GPLは、あなたが派生プログラムを配布する際にキック。 あなたが社外の人々に派生したプログラムを配布しない場合、あなたのクローズドソースを配布する必要はありません。 任意のコードを公開することなく、そのためのサービスとチャージ金としてGPL派生ソフトウェアを使用することもある。

実際にはこの抜け穴はいくつかの落とし穴を持っていません。 最初の売却または他の企業または個人に由来するプログラムを与えることができないということです。 多くは考えていないという二つ目は、いくつかのM&A取引の間に、同社はむしろ企業をマージし、資産を売っても、ディストリビューションを考慮することよりも、資産を売却していることです。

もちろん、任意のソフトウェアと同様に、特許問題、補償、追加のライセンス制限(例えば、GPL3は、DRMを制限する)と、メンテナンスとサポートに関連する総所有コストを認識すべきライセンス(FOSSまたは商用)。 我々は企業として行うものと同様にドアに来て値札より下の行にはもっとあります。

他にも考慮すべきことは、公共の知覚とFOSSの動きです。 あなたは、FOSSソフトウェアを使用していると暗黙の契約では、コミュニティに参加し、改善に貢献することです。 それは、FOSSを使用するのに十分ではない、あなたがFOSSの使用方法を明記し、どのようにそれをサポートする政策を採用すべきである。 FOSSの開発者と作業すると、善良な市民であることは長い道のりを行く。

参考文献:

http://www.gnu.org/copyleft/gpl.html
http://www.gnu.org/licenses/old-licenses/gpl-2.0.html
http://www.gnu.org/licenses/old-licenses/lgpl-2.1.html
http://www.fsf.org/licensing/licenses/gpl-faq.html
http://www.bu.edu/law/lawreview/v85n5/Stoltz.pdf
http://www.linuxinsider.com/story/38089.html?welcome=1202601329&welcome=1202602307
http://en.wikipedia.org/wiki/Free_software_licenses
http://en.wikibooks.org/wiki/FOSS_Licensing/Scenarios

Scridbフィルター

コメント

としてコメントを投稿 Twitterのロゴ Facebookのロゴ
並び替え: 新しい順 | 古い
マーティPoulin

こんにちはチャック、

私は多くの要因があると思う部外者としてそれを見て。

1)GPLは、サービスプロバイダへのIP生産者からのプログラマーの役割を再定義するために設計されている縫い目。 クライアントソフトウェアとサービスは単に異なるモデル(コンサルティング、カスタマイズなど)です。

2)それは、サーバ上で実施するのは難しいです。 それはGPLライセンスのソフトウェアの使用を隠すために簡単になる。

3)ソフトウェアをサービスとして収益化を許可しないは、製品の採用を制限する。

サービスがその導入、ユーティリティおよび執行可能性を制限すると同じようにGPLライセンスのソフトウェアが使用制限を一言で言えば。 また、GPLライセンスのソフトウェアの所有者がライセンス製品をデュアルCANとそのためのGPLによって束縛されていないことに注意してください。

私はいくつかのGPLライセンスのソフトウェアを使用していませんが、私もサービスとして、多くの制限が少ないとウイルスのライセンスを好む。 ソフトウェアの各使用は、商用またはFOSSは、フィットネスと総所有コストを決定するために、いくつかのデューデリジェンスが必要です。

FOSSプロジェクトの成功または失敗につながる多くの要因がある、免許は、採用のために摩擦を加えることができる要素の一つです。 我々は、既にライセンス要件の結果として、部門や作業の重複を見ている。 それは、それぞれのライセンスが競合するかどうか興味がもたれるでしょう。

- マーティ

チャックEsterbrook

誰かが最近、メーリングリストで指摘したように、GPLは、あなたがサービスを提供している場合、ソースを配布する必要がないという点で非常に任意のようだが、あなたが製品を提供する場合には、か。 言い換えれば、GPLは、ソフトウェアとして、以上の製品としてのソフトウェアのサービスを推進しています。

なぜXML - RPCインタフェースを使用してソフトウェアを作る誰かが誰かがライブラリがそのMODを明らかにするために強制される分散する一方、それらの改造を非公開に得るべきであるか。