出典: フリー百科事典『ウィキペディア（Wikipedia）』

目次 1 前文 2 Emacs 2.1 歴史 2.1.1 Other emacsen 2.1.2 GNU Emacs 2.1.3 XEmacs 2.1.4 Other implementations 3 GPL 3.1 許諾規約 3.1.1 権利の付与 3.2 Copyright holders 3.3 GPL-related disputes 3.4 GPL compatibility 3.5 Criticism 3.6 Common misconceptions 3.7 Links and references 3.8 See also 3.9 External links 3.9.1 Official webpages 3.9.2 Other webpages 3.9.3 GPLv3 and the public consultation 3.10 証明書発行

[編集] 前文

[編集] Emacs

[編集] 歴史

Emacsは、1970年代の MIT AI研 で産声をあげた。 AI研の PDP-6 や PDP-10のオペレーティング・システムだった Incompatible Timesharing System (ITS) への導入前の既定エディタは、TECO という 行エディタ だった。 今のテキストエディタと違い、TECOには (後のviのように) 入力・編集・表示用の別々のモードがあった。 TECOで文字を入力しても、文書に即座に出てくるわけではなかった。 編集されたテキストが画面に表示されてないとき、必要とされた文字が挿入されるようTECOのコマンド言語で一連の命令を書かなければならなかった。 この振舞は、今も使われている ed プログラムと同じだ。

リチャード・ストールマンは、1974年か1972年に スタンフォードAI研 を訪れ、ラボの「E」エディタを見た。 このエディタの振舞は、今のエディタのほとんどで使われている直感的な WYSIWYG であり、彼はその機能に触発されてMITに戻った。 AI研 ハッカー の一人、Carl Mikkelsenは、利用者がキー操作するたびに画面表示を更新する「Control-R」というリアルタイム表示・編集モードをTECOに追加していた。 ストールマンは、この更新が効率的にうごくよう書き直し、任意のキー操作でTECOプログラムがうごくように利用者が再定義できる マクロ 機能をTECOの表示・編集モードに追加した。

新版のTECOは、またたく間にAI研で評判となり、マクロを意味する「MAC」や「MACS」で終わる名前のカスタム・マクロの巨大なコレクションが、じきにたまった。 2年後、どんどんばらけるキーボード・コマンド・セットを1つに統合するプロジェクトを ガイ・スティール がひきうけた。 スティールとハックしたある夜の後、ストールマンは、新しいマクロ・セットの文書化や拡張の機能を含んだ実装を完成させた。 できあがったシステムは、"Editing MACroS" を意味するEMACSと呼ばれることになる。 ストールマンによると、Emacsとしたのは、「当時ITSで<E>が略称に使われてなかったから」。 また、ボストン の人気アイスクリーム屋「Emack & Bolio's」の店がMITから徒歩圏内にあった、とも言われている。 その店によく通っていた Dave Moon はその後、ITSで使われたテキスト整形プログラムをBOLIOと名づけた。 However, Stallman did not like that ice cream, and did not even know of it when choosing the name "Emacs"; this ignorance is the basis of a Hacker koan, Emacs and Bolio).

Stallman realized the danger of too much customization and de-facto forking and set certain conditions for usage. He later wrote:

"EMACS was distributed on a basis of communal sharing, which means all improvements must be given back to me to be incorporated and distributed."

The original Emacs, like TECO, ran only on the PDP line. Its behavior was different enough from TECO to be considered a text editor in its own right. It quickly became the standard editing program on ITS. It was also ported from ITS to the Tenex and TOPS-20 operating systems by Michael McMahon, but not Unix, initially. Other contributors to early versions of Emacs include Kent Pitman, Earl Killian, and Eugene Ciccarelli.

[編集] Other emacsen

Many Emacs-like editors were written in the following years for other computer systems, including SINE (Sine is not EMACS), EINE ("EINE Is Not EMACS") and ZWEI ("ZWEI Was EINE Initially", for the Lisp machine), which were written by Michael McMahon and Daniel Weinreb (those names mean "one" and "two" in German, respectively). In 1978, Bernard Greenberg wrote Multics Emacs at Honeywell's Cambridge Information Systems Lab.

The first Emacs-like editor to run on Unix was Gosling Emacs, written in 1981 by James Gosling (who later invented the Java programming language). It was written in C and, notably, used a language with Lisp-like syntax known as Mocklisp as an extension language. In 1984 it was proprietary software.

[編集] GNU Emacs

In 1984, Stallman began working on GNU Emacs to produce a free software alternative to Gosling Emacs; initially it was based on Gosling Emacs, but Stallman replaced the Mocklisp interpreter at its heart with a true Lisp interpreter, which entailed replacing nearly all of the code. It became the first program released by the nascent GNU project. GNU Emacs is written in C and provides Emacs Lisp (itself implemented in C) as an extension language. The first widely distributed version of GNU Emacs was 15.34, which appeared in 1985. (Versions 2 to 12 never existed. Earlier versions of GNU Emacs had been numbered "1.x.x", but sometime after version 1.12 the decision was made to drop the "1", as it was thought the major number would never change. Version 13, the first public release, was made on March 20, 1985.)

Like Gosling Emacs, GNU Emacs ran on Unix; however, GNU Emacs had more features, in particular a full-featured Lisp as extension language. As a result, it soon replaced Gosling Emacs as the de facto Emacs editor on Unix.

Until 1999, GNU Emacs development was relatively closed, to the point where it was used as an example of the "Cathedral" development style in The Cathedral and the Bazaar. The project has since adopted a public development mailing list and anonymous CVS access. Development takes place in a single CVS trunk, which is at version 22.0.90. The current maintainer is Richard Stallman.

[編集] XEmacs

Beginning in 1991, Lucid Emacs was developed by Jamie Zawinski and others at Lucid Inc., based on an early alpha version of GNU Emacs 19. The codebases soon diverged, and the separate development teams gave up^[1] trying to merge them back into a single program. This was one of the most famous early forks of a free software program. Lucid Emacs has since been renamed XEmacs; it and GNU Emacs remain the two most popular varieties in use today. The "X" in XEmacs is either derived from an early focus on support for the X Window system as the graphical user interface or a "less than favorable" name resulting from compromise among the parties developing XEmacs.[1] Both GNU Emacs and XEmacs support graphical interfaces as well as text terminals.

[編集] Other implementations

GNU Emacs was initially targeted at computers with a 32-bit flat address space, and at least 1 MiB of RAM, at a time where such computers were considered high end. This left an opening for smaller reimplementations. Some noteworthy ones are listed here:

• MicroEMACS, a very portable implementation originally written by Dave Conroy and further developed by Daniel Lawrence, which exists in many variations. The editor used by Linus Torvalds.^[要出典]
• MG, originally called MicroGNUEmacs, an offshoot of MicroEMACS intended to more closely resemble GNU Emacs. Now installed by default on OpenBSD.
• JOVE (Jonathan's Own Version of Emacs), a non-programmable Emacs implementation for UNIX-like systems by Jonathan Payne.
• Freemacs, a DOS version with an extension language based on text macro expansion, all within the original 64 KiB flat memory limit.

[編集] GPL

The GNU General Public License (GNU GPL or simply GPL) is a widely used free software license, originally written by Richard Stallman for the GNU project. The latest version of the license, version 2, was released in 1991. The GNU Lesser General Public License (LGPL) is a modified version of the GPL, intended for some software libraries.

[編集] 許諾規約

以下はGPLの規約の口語要約である。 法的に正式な記述はGPLの実際のテキストであって、それはこの項目末の外部リンクからたどれる。

[編集] 権利の付与

GPLの規約条件は、GPLにされた労作の写しを受け取った人 ("ライセンシー") なら誰でも入手できる。規約と条件を守るライセンシーは、労作やその派生版を複製、頒布するのと同様に、その労作を修正する許可が与えられる。ライセンシーは、このサービスへ課金を許可されており、また無償でそうすることもできる。最後の点が、商用再頒布を禁ずる許諾とGPLの大きな違いである。ストールマンは、商用にたいして制限するべきではないし、あからさまにGPLにされた労作が売られ (転売され) てもよい、と主張してきた。

GPLには、"GPLの与えた権利にたいするさらなる制限"を頒布者が追加することはできない、と書いてある。これは、すなわち、契約や非公開合意のもとでのソフトウェアの配布の禁止である。GPLのもとで、頒布者は、ソフトウェアでうごいている自身の特許をGPLソフトウェアの中でうごかすことにたいする許諾を与えることになる。

Section three of the license requires that programmes distributed as pre-compiled binaries are accompanied by a copy of the source code, a written offer to distribute the source code via the same mechanism as the pre-compiled binary or the written offer to obtain the source code that you got when you received the pre-compiled binary under the GPL.

[編集] Copyright holders

The text of the GPL is itself copyrighted, and the copyright is held by the Free Software Foundation (FSF). However, the FSF does not hold the copyright for a work released under the GPL, unless an author explicitly assigns copyrights to the FSF (which seldom happens except for programs that are part of the GNU project). Only the individual copyright holders have the authority to sue when a license violation takes place.

The FSF permits people to create new licenses based on the GPL, as long as the derived licenses do not use the GPL preamble without permission. This is discouraged, however, since such a license is generally incompatible with the GPL. (See the GPL FAQ for more information.)

Other licenses created by the GNU project include the GNU Lesser General Public License and the GNU Free Documentation License.

[編集] GPL-related disputes

A key dispute related to the GPL is whether or not non-GPL software can dynamically link to GPL libraries. The GPL is clear in requiring that all derivative works of GPLed code must themselves be GPLed. However, it is not clear whether an executable that dynamically links to a GPL library should be considered a derivative work. The free/open-source software community is split on this issue, with the FSF asserting that such an executable is indeed a derivative work, and other experts disagreeing. This is ultimately a question not of the GPL per se, but of how copyright law defines derivative works. In Galoob v. Nintendo the Ninth Circuit Court of Appeals defined a derivative work as having "'form' or permanence" and noted that "the infringing work must incorporate a portion of the copyrighted work in some form," but there have been no clear court decisions to resolve this particular conflict.

A number of businesses use dual-licensing to distribute a GPL version and sell a proprietary license to companies wishing to combine the package with proprietary code, using dynamically linking or not. Examples of such companies include MySQL AB, Trolltech (Qt toolkit), Namesys (ReiserFS) and Red Hat (Cygwin). Since there is no record of anyone circumventing the GPL by dynamic linking and contesting when threatened with lawsuits by the copyright holder, the restriction is apparently de facto enforceable even if not currently de jure.

In 2002, MySQL AB sued Progress NuSphere for copyright and trademark infringement in United States district court. NuSphere had allegedly violated MySQL's copyright by linking code for the Gemini table type into the MySQL server. After a preliminary hearing before Judge Patti Saris on February 27, 2002, the parties entered settlement talks and eventually settled. At the hearing, Judge Saris "saw no reason" that the GPL would not be enforceable.

In August 2003, the SCO Group stated that they believed the GPL to have no legal validity, and that they intended to take up lawsuits over sections of code supposedly copied from SCO Unix into the Linux kernel. This was a problematic stand for them, as they had distributed Linux and other GPLed code in their Caldera OpenLinux distribution, and there is little evidence that they had any legal right to do so except under the terms of the GPL. For more information, see SCO-Linux controversies and SCO v. IBM.

In April 2004 the netfilter/iptables project was granted a preliminary injunction against Sitecom Germany by Munich District Court after Sitecom refused to desist from distributing Netfilter's GPLed software, allegedly in violation of the terms of the GPL. On July 2004, the German court confirmed this injunction as a final ruling against Sitecom. The court's justification for its decision exactly mirrored the predictions given earlier by the FSF's Eben Moglen:

Defendant has infringed on the copyright of plaintiff by offering the software 'netfilter/iptables' for download and by advertising its distribution, without adhering to the license conditions of the GPL. Said actions would only be permissible if defendant had a license grant... This is independent of the questions whether the licensing conditions of the GPL have been effectively agreed upon between plaintiff and defendant or not. If the GPL were not agreed upon by the parties, defendant would notwithstanding lack the necessary rights to copy, distribute, and make the software 'netfilter/iptables' publicly available.

GPLの規約違反が著作権法違反になることの、法廷による最初の確認となったため、この裁定は重要だった。 とはいえ、本件は、一部で結論付けられたのと同程度に決定的なGPL試験ではない。 そうではなくて、法廷は、ライセンス自体が効果をもっているかどうかを、はっきり認めようとしただけだった。

2005年5月、Daniel Wallaceは「GPLは価格を零にしようとする違法な試みである」と主張し、インディアナ州Southern管区でFree Software Foundation (FSF) を提訴した。 2006年3月、Wallaceが反トラスト主張の法的明言に失敗したため、この申立ては却下された。 「GPLは、自由競争やコンピュータのオペレーティング・システム、消費者が直接得られる利益の頒布を邪魔するというより、むしろ促している」と、法廷は言い渡した。 ^[2] Wallaceは、申立て撤回の可能性を否定し、FSFに訴訟費用の支払いを命じられた。

2006年9月6日、gpl-violations.orgプロジェクトは「不適切であり、著作権を侵害している」として、D-LinkのLinuxオペレーティング・システム・カーネル使用のかどで、D-Link Germany GmbHにたいし勝訴した ([2])。 最終的にこの判決は、GPLが有効で、法的拘束力があり、法廷で支持された、という判例になった。

[編集] GPL compatibility

Many of the most common free software licenses, such as the original MIT/X license, the BSD license (in its current 3-clause form), and the LGPL, are "GPL-compatible". That is, their code can be combined with a GPLed program without conflict (the new combination would have the GPL applied to the whole). However, some open source software licenses are not GPL-compatible. Many have strongly advocated that open source software developers use only GPL-compatible licenses, because doing otherwise makes it difficult to reuse software in larger wholes.

Also see the List of software licenses for examples of compatible and incompatible licenses.

[編集] Criticism

2001年、Microsoft CEOのSteve Ballmerは、Linuxのことを「知的所有権の意味で、触るもの全部にくっつく癌」と呼んだ。 ^[3] MicrosoftがGPLを好きでない理由は、「包含して、拡張して、消す」という独占的ベンダーの試みに、GPLが抵抗するためだ、とMicrosoftの批判者らはいう。 ^[要出典] GPLでライセンスされたコードをつけた製品 (Microsoft Windows Services for UNIX) をMicrosoftが販売したことがある、という点に注意。

Microsoftの主任研究戦略長Craig Mundieは、派生的著作物がGPLの下でライセンスされなければならないことをもって、GPLを「ウイルス的」とコメントする。 ^[4] これは、派生的著作物への制限が少ないBSDスタイル・ライセンスとGPLの間の哲学的違いだ。 GPLの支持者が「フリーソフトウェアの自由が派生的著作物でも保存されることを、フリーソフトウェアが保障すべき」と確信する一方、そうでない人々は「フリーソフトウェアは、その再頒布にあたって利用者に最大限の自由を与えるべきだ」という。

著作権者が自分で所有するコードについては、それをGPLでリリースするかどうかなど、GPLは実際、著作権者にたいし何も「強制」しない。 違反した場合、GPLは自動的に無効になるが、GPLでライセンスした著作物の著作者は、派生した著作物の著作者と別な条件にすると交渉する自由がある。 「双対ライセンスはもっと広まる」と独立ソフトウェア・コンサルタントのTed Rocheはいう ^[5]。 この方法だと、他の人々にはGPLでライセンスせずに派生した著作物を作るのを認めることができる一方で、GPLでライセンスされたソフトウェアが有償の商用ライセンスになりうる。

一部の批判家らは、GPL前文のイデオロギー的な響きが嫌だとか、ライセンスが長過ぎると愚痴をこぼす。 いりもしない利用者の自由をひいきするあまりソフトウェア・ビジネス・モデルを制限し過ぎており、もっとましな「落とし所」があるはずだ、という者もいる。 これには、ソースやバイナリーの再現 (reproduction) を認めないが、個人や会社での使用で修正の自由を認めるようなライセンス群を含むことがある。 こういった変種の1つには、Open Public Licenseがある。

[編集] Common misconceptions

There are many misconceptions about the GPL and what it requires or permits. The more common include:

Modifying GPL source code requires redistribution 

GPLで保護された著作物の修正や、GPLで保護されたコードを新しい著作物で使うとき、必ずしもソースコードの公開を要求しているわけではない。この要求は、 新しいプロジェクトが第三者に「頒布される」ときだけに発生する。結果としてのソフトウェアが、修正者に使われるだけなら、ソースコードの公開は要求されない。

Charging money is not allowed

GPLで保護された著作物の複製を販売したり、ダウンロードに課金したりすることをGPLはわざわざ許可している。都合よさとしては、ダウンロードより購入の方に意味があるかもしれないが、GPLの下での購入者やベンダーの権利、責任に変更の生じることはない。実のところ、非商用の頒布だけを認めるライセンスは、自動的にGPLと両立しない。

[編集] Links and references

1. ↑ Stephen J., Turnbull. "XEmacs vs. GNU Emacs" .
2. ↑ Groklawのこの記事からWallace対FSFの却下
3. ↑ Newbart, Dave, "Microsoft CEO takes launch break with the Sun-Times", Chicago Sun-Times, June 1, 2001.(Internet archive link)
4. ↑ "Speech Transcript - Craig Mundie, The New York University Stern School of Business", Prepared Text of Remarks by Craig Mundie, Microsoft Senior Vice President, The Commercial Software Model The New York University Stern School of Business May 3, 2001
5. ↑ Rocheは2003年5月、要点をFoxTalkにまとめた。 別なコンサルタントであるRich Voderも要点を2005-12-30(金)にOpen Source: Tree Museumsにまとめた。

[編集] See also

Template:Portalpar

• GNU Free Documentation License
• Dual licensing
• BSD and GPL licensing
• GNU Lesser General Public License
• GNAT Modified General Public License
• GNU General Public License Discussion Draft 1 of Version 3
• BSD License
• Mozilla Public License
• List of software licenses

[編集] External links

[編集] Official webpages

• GNU General Public License v2.0
• GNU General Public License v1.0 - This version is deprecated
• GNU Lesser General Public License v2.1
• Frequently Asked Questions about the GPL

[編集] Other webpages

• Summary of the GPL v2.0 from the Creative Commons
• GPLMedicine.org an advocacy site for the GPL in health-related software
• History of the GPL
• Groklaw: The GPL is a license, not a contract
• The German GPL Order - Translated
• Groklaw: FSF Moves to Dismiss Wallace and for Stay on Filing Briefs on Summary Judgment Motion, June 22 2005
• Enforcing the GNU GPL by Eben Moglen, September 10 2001
• Groklaw GPL References
• GNU General Public License and Commentaries - Edited by Robert Chassell.
• Make Your Open Source Software GPL-Compatible. Or Else. (David A. Wheeler, 7 April 2004) — why a GPL-compatible license is important to the health of a project
• "Toward True Open Source" - an article about why the GPL is allegedly too restrictive
• Patent risks of open source software - explains the patent license grant in the GPL
• "Ballmer: 'Linux is a cancer'" by Thomas C Greene, The Register, June 2 2001
• NOVELL: The GPL: Understanding the License that Governs Linux - This article explains one view of the GPL in easy terms, talks about static vs. dynamic linking and the GPL, and discusses why companies like Microsoft may "fear" the license.
• SOFTPANORAMA: Labyrinth of Software Freedom - Nikolai Bezroukov's e-book about BSD, GPL and social aspects of free licensing
• Viral Contracts or Unenforceable Documents? Contractual Validity of Copyleft Licenses - Article looking at the GPL from an European perspective.
• GPL-Violations.org - website monitoring the net for GPL violations
• Can Technical Tricks Circumvent the GPL?, by Richard Stallman
• 10 common misunderstandings about the GPL by Bruce Byfield in the IT Manager's Journal
• GPL, BSD, and NetBSD - why the GPL rocketed Linux to success by David A. Wheeler

[編集] GPLv3 and the public consultation

• A transcript of FSF's January 16th, 2006, presentation of the changes they propose from GPLv2 to v3
• A transcript of Richard Stallman speaking in Brussels on February 25th, 2006, about version three of the GPL
• A transcript of presentation by Richard Stallman about the proposed changes to the GPL for version three, Turin, Italy, March 18th 2006
• Information about the public process for drafting version three of the GPL, from FSF-Europe
• GPLv3 presentation by Richard Stallman, April 21st 2006
• A law review article arguing that GPLv3's changes will compromise its enforceability
• Audio and video recordings of a 2-day GPLv3 event, Barcelona, June 22nd 2006
  • A transcript of Richard Stallman's presentation
  • A transcript of Eben Moglen's presentation
• A transcript of Richard Stallman, with Q&A, from GPLv3 conference in Bangalore, August 23, 2006

[編集] 証明書発行

CAは、公開鍵証明書を発行する。公開鍵証明書には、公開鍵を持ち主の記載があり、記載の個人、組織、サーバーその他の実体がこの公開鍵の持ち主だとを証言する。このスキームにおけるCAの義務は、利用者がCAの発行した証明書にある情報が信頼できるよう、申請者の身分証明を確認することだ。この基本にある概念は、もし利用者がCAを信じ、かつ、CAの署名が検証できたならば、その利用者はその証明書で同定される者がその証明書の公開鍵を所有していると検証できたことになる、ということだ。ja:GNU General Public License