FSFがCiscoをGPL違反で訴える | スラド
/.本家の記事より。12月11日、FSF（フリーソフトウェア財団）はCiscoがGCC、binutils、GNU C Library等の著作権を侵害しているとして、Ciscoを訴えた。 FSFは、Ciscoがこれらのソフトのライセンスである「GPL」や「LGPL」の条件に違反する行為を、5年以上繰り返していると主張している。 FSFのストールマン氏は「Ciscoとは2003年から話し合いをしており、初期の段階ではだいぶ改善が見られた。しかし、結局ライセンス侵害を防止する努力をしておらず、現在でもライセンス遵守のプランがない」と述べ、ピーター・ブラウン氏は「FSFは（多くの）フリーソフトウェア作家から、ソフトの著作権を預けられている。これまで、15年以上ライセンスのエンフォースメントに携わってきたが、訴訟に訴えなければいけなかったのは初めてだ」と説明している。 FSFのサイトには訴訟に至る経
SambaがGPLv3に移行 | スラド
Open Tech Pressの記事によれば、Sambaが将来のリリースを全てGPLv3およびLGPLv3へ移行することを決定したとのことだ。次に予定されていた3.0.26が3.2.0に置き換わり、3.2.0以降がGPLv3採用版となるらしい。 記事でも書かれているが、MicrosoftはGPLv3に縛られないと明言したものの、この記事でインタビューに答えているSamba開発リーダーであるジェレミー・アリソン氏の前在籍企業であるNovellには早くも試練かもしれない。Windowsと密接な関わりがあるSambaがGPLv3に移行というのは実に興味深いが、これによってGPLv3に移行する向きも随分と加速しそうである。
「GPL3に法的リスク」はMSの主張!? － ＠IT
Association for Competitive Technology（ACT）の弁護士が、GNU General Public Licenseバージョン3の最新の草案は法的リスクをはらんでいると主張したことに対し、オープンソースの開発者でエバンジェリストのブルース・ペレンス氏が激しく批判した（参考記事）。 「はっきりさせておきたいのは、ACTはマイクロソフトのロビー活動部隊であり、できるだけ否定的なイメージを描こうとしているということだ」――ペレンス氏は米eWEEKの取材でこのように語った。 「GPLソフトウェアがマイクロソフト製品に取って代わろうとしているのが明らかなので、彼らは不安を抱いているのだ。しかも、彼らにとって重要な顧客のところでそれが起きているのだ。弁護士の仕事は、可能であれば相手を脅すことだ。その方が訴訟で勝つよりも安くつくことを彼らは知っているからだ」と同氏は言う
最新GPL3ドラフト、特許条項に批判の声 － ＠IT
GNU GPL3のドラフト第3版リリースに対し、早くも企業から反応が寄せられている。その多くは、特許の扱いに関する変更への批判だ。 3月28日にFree Software Foundation（FSF）が公開した最新ドラフトは、ライセンス互換性条項を理解しやすく、管理しやすくするための変更を加えた。また前回のドラフトから要件を狭めており、コンシューマー製品にソフトウェアを搭載するメーカーはソースコードとともにソフトウェアのインストール情報を提供しなければならないとされている。 物議を醸しているマイクロソフトとノベルの提携に対処するための新しい特許要件も追加され、ディストリビュータが特許保有者と共謀して差別的に特許適用を免除することを禁じていると、FSFのライセンスコンプライアンスエンジニア、ブレット・スミス（Brett Smith）氏は言う。 FSF会長でGPLの中心的な筆者であるリチャー
FSF、GPL 3リリース延期を示唆--3月以降にずれ込む可能性
Free Software Foundation（FSF）が、3月までに「GNU General Public License（GPL）」の新バージョンを用意する計画を撤回した。しかし、大きな影響力を持つ同オープンソースライセンスのドラフト第3版についてはまもなく投入される見込みだ。 FSFはGPLの改訂に着手した際、リリース予定を最終の「ラストコール」ドラフトでは1月15日、そしてGPL 3最終版では「遅くとも2007年3月まで」とした。だが現時点では、エグゼクティブディレクターのPeter Brown氏がスケジュールの確定に消極的になっている。 Brown氏は、「まだラストコールドラフトの作業が終わっていないが、これは今後2〜3週間中に用意できると思う。完成版の投入日など、それ以外はまだ何も決まっていない」と語っている。 GPLの改訂は込み入った作業が続いており、無数の個人や法人からは
FSFがNovellにLinux販売禁止令を出す可能性？ | スラド
もし - GPL/LGPLv3が予定通り３月に決定し - FSFが新版GNUソフトウェアをGPL/LGPLv3でリリースし - Novellが新版GNUソフトウェアをバンドルした新版SUSE Linuxをv3のDRM/特許条項に違反して販売 するならば、 - FSFがNovellにLinux販売禁止令を出す可能性がある --- 何か問題なのかさっぱりわからないので ロイターの記事を解読してみる。 > FSFはLinuxの主要部分の知的財産権を管理している。 Linuxカーネルの知的財産権は誰も管理していないと思われる。 しかしながらglibc(GNU libc)、コマンド(GNU XXXutils)、gcc(GNU Compiler Collection)、GNOME(GNU Network Object Model Environment)等のGNUソフトウェアの知的財産権はFSFが一元
サンのオープンソース責任者、GPLv3を支持
SunのチーフオープンソースオフィサーのSimon Phipps氏が、「GNU General Public Licenseバージョン3（GPLv3）」への支持を表明した。 Simon Phipps氏は企業ブログ上で、現在のGPLv3の完成に向けた取り組みは「効果的で並はずれたものだ」と語り、「率直に言って、同ライセンスに対する数々の批判に驚いている」と述べている。 Sunは11月に、JavaをGPLバージョン2（GPLv2）の下でリリースすることを決定したばかりなので、Phipps氏のこうしたコメントは意外かもしれない。現在、Linuxをはじめ多くのオープンソース製品がGPLv2の下で配布されている。また、Phipps氏の発言が注目に値するもう1つの理由は、同氏が商用ソフトウェアベンダーの幹部だからだ。 Phippsは先週掲載したブログ投稿の中で次のように述べている。「Sunは、GPLv
トーバルズ氏、GPLバージョン3の第2ドラフトを批判 - CNET Japan
改定版GNU General Public License（GPL）の第2ドラフトがリリースされたが、GPLを基盤とする、世界で最も有名なソフトウェアプロジェクトを創設し率いてきたLinus Torvalds氏は、依然としてその利点を疑問視している。 Torvalds氏が懸念しているのは、GPLバージョン3（GPLv3）の第2ドラフトに規定されているデジタル権利管理（DRM）技術に関する条項だ。DRMとは、コンピュータ上でのソフトウェアの稼働方法や、映画や音楽などのコンテンツの提供方法を管理する技術だ。 GPLバージョン2は、ソースコードを修正した人に、その修正の公開を義務付ける協定だったのに対し、GPLv3の第2ドラフトでは内容が大幅に拡充されているとTorvalds 氏は指摘する。GPLは、オープンソースソフトウェアの使用方法を規定するライセンスとして広く利用されている。 Torval
オープンソースと接点のある開発者をプロジェクトから排除せよ | スラド デベロッパー
ITProに気にしていますか？オープンソースのソースコード混入という記事が掲載されている。オープンソースのソースコード混入ということに対しての記事のようなのだが、事例的にもどうもGPLを念頭に置いた ように思える。で、ようは、大きな開発プロジェクトの現場において、知らず知らずのうちにGPLコードが混入してしまい、リリース停止や GPL違反の指摘からコードの公開を迫られるリスクについて書かれている記事である。 事例としてエレコムのルータでGPL違反が発覚した例が出されているが、この時にはエレコム側が「うちの製品にはリナックスは金輪際使わない」と発言したという報道がされたりしたこともあった。 これだけなら昔からよくあるBSDライセンスとの対比的な議論になりそうだが、この記事ではGPLコード混入を防ぐ策の事例についても書かれており、 ソースコードレビュー、誓約書提出、チェックツール採用などの策と
気にしていますか？ オープンソースのソースコード混入
ソースコードを開示し，不特定多数の開発者の協力を得ることにより，ソフトウエアの品質を向上させたオープンソース・ソフト――。「無料で使える」「（多くの開発者の目にさらされるので）品質が高い」「不具合を自分で修正できる」「ネット経由ですぐに手に入る」など，その利点は多い。そのため，この数年でWebシステム開発を中心に国内でも定着。有名企業が基幹系システムで活用するなど，普及が進んでいる。 だが，オープンソース・ソフトが多用されるほど，あるいはオープンソース・ソフトの開発コミュニティに参加する開発者が増えるほど，開発の現場は，ある深刻なリスクを抱えるようになってきた。それが，「オープンソースのソースコード混入」というリスクである。 よかれと思って混入させる オープンソースのソースコード混入とは，オープンソースの利用が認められていない開発プロジェクトや，著作権を発注者（ユーザー企業）に譲渡しなけれ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
