コンテンツにスキップ

「X Window System」の版間の差分

出典: フリー百科事典『ウィキペディア（Wikipedia）』
履歴の双方向閲覧
← 古い編集新しい編集 →
削除された内容 追加された内容
ビジュアルウィキテキスト
Melan (会話 | 投稿記録)
25,487 回編集
→‎ユーザインタフェース: 英語版からの部分訳をマージ
Melan (会話 | 投稿記録)
25,487 回編集
→‎X の限界と批判: 英語版からの部分訳をマージ
90行目: 90行目:


== X の限界と批判 ==
== X の限界と批判 ==
''UNIX-HATERS Handbook''（1994年）は、1つの章を割いて X の問題を論じている<ref>[http://www.art.net/~hopkins/Don/unix-haters/x-windows/disaster.html "The X-Windows Disaster"]</ref>。''Why X Is Not Our Ideal Window System''（1990年、Gajewska, Manasse, McCormack）は、Xプロトコルの問題を詳細に論じ、改善の方法を示唆している。

=== ユーザインタフェース機能 ===
X はユーザインタフェースの仕様やアプリケーション間通信の仕様を意図的に含まないようにしている。このためそれぞれ全く異なったインタフェースが生まれ、アプリケーション間の連携を阻む原因ともなっている。[[Inter-Client Communication Conventions Manual|ICCCM]] はクライアントの相互運用に関する仕様だが、正しく実装するのが困難なことで有名である。[[Motif (GUI)|Motif]]と[[Common Desktop Environment|CDE]]も標準化の試みだったが、解決策とはならなかった。この問題は、プログラマやユーザーを長い間悩ませてきた<ref>[http://lists.debian.org/debian-user/1996/11/msg00637.html Re: X is painful] 15 Nov 1996</ref>。2007年現在、アプリケーションの[[ルック・アンド・フィール]]とアプリケーション間通信の一貫性を保つためには、特定のデスクトップ環境あるいは特定のウィジェット・ツールキットを採用してプログラムを作成するのが一般的である。

Xプロトコルは、音声を全く扱わない。そのため、サウンドカードの制御も含めた部分はOSや[[Open Sound System|OSS]]や[[Advanced Linux Sound Architecture|ALSA]]などのオーディオシステムが分担している。多くのプログラマはOS固有のサウンド[[Application Programming Interface|API]]を使っている。クライアントサーバ型のサウンドシステムとしては、古くは rplay や [[Network Audio System]] があった。その後、[[Enlightened Sound Daemon|EsounD]]（GNOME）、[[aRts]]（KDE）などが開発された。2001年、X.Org はこの問題に対処するため Media Application Server（MAS）の開発を発表した。しかし、これらはいずれも根本的な解決策とはなっていない。

=== ネットワーク ===
[[画像:X11 ssh tunnelling.png|right|250px|thumb|SSH上でX11アプリケーションをトンネリングしている例]]

XクライアントをあるXサーバからデタッチし、別のXサーバに再アタッチすることはできない。[[Virtual Network Computing]]（VNC）ではそれが可能だし、一部のアプリケーションやツールキットはそのような機能を提供している<ref>[http://www.freedesktop.org/~jg/Papers/ols2005.pdf SNAP Computing and the X Window System] 2005</ref>。

XサーバとリモートのXクライアントの間の通信トラフィックは、デフォルトでは暗号化されていない。悪意ある者が[[スニッファ]]を使えば、それを覗き見ることができる。Xのトラフィックを暗号化する一般的方法は、[[Secure Shell|SSH]]上でトンネリングを行うことである。

=== クライアント/サーバの分離 ===
X の設計では、クライアントとサーバはそれぞれ独立して動作する。ハードウェアからの独立性やクライアントとサーバの分離などの[[オーバーヘッド]]は、OS内にグラフィックス機能が統合されているシステム（[[Microsoft Windows]] や [[Mac OS]]）にはないものである。X は適切な性能を発揮するには4[[メガバイト|MB]]から8MBの[[ランダムアクセスメモリ|RAM]]を必要とすると言われている。これは1990年代中ごろまでは、Windows や Mac OS に比較すると大きかった。

最近の Windows や [[Mac OS X]] の [[Quartz]] は X のようなクライアントとサーバの分離を行えるようになっている。オーバーヘッドの大半は、ネットワーク上の[[ラウンドトリップタイム]]によるものである（つまり、プロトコル自体の問題ではなく、[[レイテンシ]]である）。性能問題を解決するには、そのレイテンシを考慮したアプリケーション設計をする必要がある<ref>[http://keithp.com/~keithp/talks/lbxpost/paper.html An LBX Postmortem] 2001-1-24</ref>。Xのネットワーク機能が過度に複雑であるために、ローカルで使っても性能に悪影響があるという誤解を持つ人が多いが、現在の X の実装ではローカルな接続では単にソケットと共有メモリを使うので、X 固有のオーバーヘッドはほとんどない。


== X と競合するシステム ==
== X と競合するシステム ==

2007年12月21日 (金) 06:39時点における版

X Window System
開発元 X.Org Foundation
最新版
7.3 / 2007年9月7日
最新評価版
- / -
対応OS クロスプラットフォーム
種別 ウインドウシステム
公式サイト X.Org Foundation
テンプレートを表示
GNOME 2.20
KDE 3.5
Xfce 4.4

X Window System（エックスウィンドウシステム、X11、X）とは、ビットマップディスプレイ上でウィンドウシステムを提供する表示プロトコルである。標準ツールキットとプロトコルを提供し、UNIX系オペレーティングシステム（OS）やOpenVMSなどでのグラフィカルユーザインタフェース（GUI）を構築するのに使われる。他の多くの汎用OSにも移植されている。

X は、GUI環境構築のための基本フレームワークやプリミティブを提供する。ウィンドウを画面上に描画したり、移動させたり、マウスやキーボードを使ってやり取りするといったことである。X はユーザインタフェースを規定しない。それは、個々のクライアントプログラムの管理下にある。そのため、X に基づいた環境の見た目は様々であり、プログラムごとにインタフェースが異なる。X は OS の中核部分には含まれず、アプリケーション層構築の基盤となっている。

それ以前の表示プロトコルとは異なり、X は表示機器に付属した（あるいは統合された）システムではなく、ネットワークコネクションを通して使われることを意図して設計されている。X の特徴は、Xプロトコルという、画面表示や入出力時に利用されるプロトコルがネットワーク透過であるということである。そのため、手元のマシンの表示と、遠隔のマシンとの表示で、表示方法に差がない。このことは、ネットワークを利用した、UNIXワークステーション群でGUI表示を行なうのに便利であり、UNIXマシンの普及と共に、Xも普及していった。

X は1984年、マサチューセッツ工科大学で開発された。現在のバージョンである X11 は1987年9月に登場した。現在は X.Org Foundation が X プロジェクトを主導しており、リファレンス実装である version 11 release 7.3（2007年9月6日）はフリーソフトウェアとして MIT License および類似のライセンスで提供されている[1]。

アーキテクチャ

X はクライアントサーバモデルに基づき、Xサーバが各種「クライアント」プログラムと通信する。サーバはグラフィカルな出力要求を受け付け、（マウス、キーボード、タッチパネルなどからの）ユーザー入力をクライアントに送信する。Xプロトコル自身はハードウェア環境に依存しない。そのため、X Window System が動作するマシンはUNIXマシンだけとは限らない。Microsoft Windows上でXサーバを動作させる、通称PC Xサーバというソフトウェアや、ハードウェア（ファームウエア）でXプロトコルを処理する、通称X端末も存在する。特にX端末は、UNIXマシンが非常に高価な時代に、GUIだけを安価に表示、処理できる機器として良く利用された。

ユーザの視点から見ると、自分の近くにある端末の側で起動するのがサーバで、遠隔のコンピュータで起動するのがクライアントになっており、通常のサーバ・クライアントシステムとは逆の配置になっている。

この例では、Xサーバがキーボードとマウスの入力を受け取り、画面に表示する。ウェブブラウザと端末エミュレータがローカルに動作しており、system updater がリモートのサーバ上で動作しているが、それを制御しているのはローカルのマシンである。リモート・アプリケーションはローカルに動作するのと何ら変わりなく動作することに注意されたい。

サーバとクライアント間の通信プロトコルは、ネットワーク透過性を備える。クライアントとサーバは同じマシン上でも動作するし、別々のマシン上でも動作する。双方のアーキテクチャやオペレーティングシステムが違っていても構わない。クライアントとサーバ間の通信は、インターネット上でもトンネリングによって安全に行うことができる。

Xクライアント自体がXサーバを内包し、複数のクライアントに対してサーバとして動作する構成も可能である。これを「Xネスティング」と呼ぶ。Xnest や Xephyr は、Xネスティングをサポートしたオープンソースのクライアントである。

リモートのクライアントプログラムをローカルなサーバで表示するには、端末エミュレータのウィンドウを開き、telnet あるいは ssh でリモートのクライアントアプリケーション（あるいはシェル）を起動し、入出力先をローカルに指定してクライアントを起動する（すなわち、export DISPLAY=[ユーザーのマシン]:0 をリモートのマシン上で設定する）。クライアントアプリケーションはローカルサーバと接続され、ローカルマシンのディスプレイと入力機器を使って動作する。逆にローカルなマシン上でクライアントを起動し、リモートのXサーバに接続することもできる。

リモートクライアントの実用的な利用例として、次のようなものがある。

  • リモートマシンの管理をグラフィカルに行う。
  • リモートマシンで計算量の多いシミュレーションを実行し、ローカルなデスクトップマシンでその結果を表示する。
  • 複数のマシンでグラフィカルなソフトウェアを同時に実行し、その表示を1つのマシンで行い、1人のユーザーが全体を操作する。

設計思想

1984年、Bob Scheifler と Jim Gettys は X の基本原則を以下のように定めた。

  • 実際のアプリケーションでどうしても必要という場合以外は、新機能を追加するな。
  • システムが何でないのかを定義することは、何であるのかを定義するのと同じように重要である。あらゆるニーズに答える必要はない。むしろ、互換性を維持した状態で拡張可能にしておけ。
  • 1つでも例を挙げて一般化したほうが、全く例を挙げずに一般化するよりもマシである。
  • 問題が完全に把握できないときは、解決策も提供しないのが最善の方法である。
  • 作業の10%について90%の効果しか得られないときは、単純な解法を使え。
  • 複雑さは可能な限り分離せよ。
  • ポリシーよりも機構を提供せよ。特にユーザインタフェースのポリシーはクライアント側に任せておけ。

先頭の原則は、X11 の設計時に「具体的アプリケーションがそれを必要としていることを知っている場合に限って、新たな機能を追加せよ」に修正された。

X はだいたいにおいてこれらの原則に従ってきた。リファレンス実装は拡張性と改良を視野に入れて開発されており、1987年当時のプロトコルとほぼ完全な互換性を維持している。

ユーザインタフェース

X は意図的にアプリケーションのユーザインタフェースの仕様を含まないようにしている。ボタン、メニュー、ウィンドウのタイトルバーなどである。代わりに、ウィンドウマネージャ、GUI ウィジェット・ツールキット、デスクトップ環境、アプリケーション固有のグラフィカルユーザインタフェースなどがそのような詳細を定義し提供している。そのため、典型的な X のインタフェースを示すことは不可能である。

ウィンドウマネージャは、アプリケーションのウィンドウの位置と見た目を制御する。そのインタフェースは Microsoft Windows や Macintosh と似ているものもあるし（GNOME の Metacity、KDE の Kwin、Xfce の Xfwm など）、全く異なるものもある。実用本位のウィンドウマネージャもあれば（twm など）、デスクトップ環境に近い機能を持つものもある（Enlightenment など）。

多くのユーザーはデスクトップ環境を通して X を利用している。デスクトップ環境にはウィンドウマネージャ、各種アプリケーションなどが一貫したインタフェースで含まれている。GNOME、KDE、Xfce などが主なデスクトップ環境である。freedesktop.org はデスクトップ環境間の相互運用性を高めることを目的としている。

Xサーバは、グラフィカルなデスクトップでのキーボードとマウス操作を管理している。そのため、一部のショートカットキーはXサーバと結び付けられている。Control-Alt-Backspace は通常、現在動作しているXセッションを終了させる。Control-Alt とファンクションキーの組合せは、一般にバーチャルコンソールに連携している。ただし、これは個々のXサーバの実装の詳細であり、常に同じとは限らない。例えば、Windows や Macintosh で動作するXサーバでは、そのようなショートカットキーは提供されない。

実装

X.Org のリファレンス実装は、X の正式な実装として扱われる。ソフトウェアライセンスが寛大であるため、フリーソフトウェアとしてもプロプライエタリ・ソフトウェアとしても様々な実装が存在する。商用UNIXベンダーはリファレンス実装を採用し、それを自身のハードウェアに合わせて修正し、独自の拡張を様々に凝らすことが多い。

2004年まで、XFree86 がフリーなUNIX系システムでの X 実装の事実上の標準だった。XFree86 は X を Intel 80386搭載のPC上に移植することから始まり、1990年代末ごろには X のデファクトスタンダードの地位を得ていた[2]。しかし、2004年、X.Org Server が XFree86 から派生し、こちらが主流となっていった。

X と UNIX の組合せはよく知られているが、Xサーバは他のグラフィカル環境用にも存在している。ヒューレット・パッカードの OpenVMS には X と DCE（DECwindows）が標準のデスクトップ環境として含まれている。アップルの Mac OS X v10.3 から、XFree86 4.3 と X11R6.6 に基づいた X11.app が Mac OS X に統合されている。古い Mac OS 7 などにもサードパティ製のXサーバがある。

Microsoft Windows は X をサポートしていないが、サードパーティから各種実装が出ている。フリーソフトウェアとしては、Cygwin/X、Xming、WeirdMind、WeirdX などがある。プロプライエタリ・ソフトウェアとしては、日本製のASTEC-X、X-Deep/32、WiredX、Exceed、X-Win32 などがある。これらは通常、リモートのXクライアントを表示・制御するのに使われる。

Microsoft Windows や Mac OS X などの他のウィンドウシステム上でXサーバを動作させる場合、X は「ルートレス（rootless）」状態で動作する。つまり、本来のウィンドウシステムが背景と基本メニューを提供し、X のウィンドウの位置を管理する。ただし、Xサーバによってはルートウィンドウを作成することもある。

X端末

Network Computing Devices製の NCD-88k X端末
詳細は「X端末」を参照

X端末は、Xサーバを実行するシンクライアントである。これはUNIXワークステーションが高価だったころ、大きめのサーバを複数人で共有し、各人がグラフィカルな環境を使えるようにする安価の手段として人気となった。また、これは MIT のプロジェクトが本来想定していた方向性でもある。

X端末は、ネットワーク上で XDMCP（X Display Manager Control Protocol）を使って利用可能なホスト（クライアントを実行できるマシン）を探す。まず最初のホストでXディスプレイマネージャを起動する必要がある。

専用ハードウェアとしてのX端末はその後少なくなり、より安価なXサーバ用端末としてパーソナルコンピュータや新たなシンクライアントが使われるようになっている。

X の限界と批判

UNIX-HATERS Handbook（1994年）は、1つの章を割いて X の問題を論じている[3]。Why X Is Not Our Ideal Window System（1990年、Gajewska, Manasse, McCormack）は、Xプロトコルの問題を詳細に論じ、改善の方法を示唆している。

ユーザインタフェース機能

X はユーザインタフェースの仕様やアプリケーション間通信の仕様を意図的に含まないようにしている。このためそれぞれ全く異なったインタフェースが生まれ、アプリケーション間の連携を阻む原因ともなっている。ICCCM はクライアントの相互運用に関する仕様だが、正しく実装するのが困難なことで有名である。MotifとCDEも標準化の試みだったが、解決策とはならなかった。この問題は、プログラマやユーザーを長い間悩ませてきた[4]。2007年現在、アプリケーションのルック・アンド・フィールとアプリケーション間通信の一貫性を保つためには、特定のデスクトップ環境あるいは特定のウィジェット・ツールキットを採用してプログラムを作成するのが一般的である。

Xプロトコルは、音声を全く扱わない。そのため、サウンドカードの制御も含めた部分はOSやOSSやALSAなどのオーディオシステムが分担している。多くのプログラマはOS固有のサウンドAPIを使っている。クライアントサーバ型のサウンドシステムとしては、古くは rplay や Network Audio System があった。その後、EsounD（GNOME）、aRts（KDE）などが開発された。2001年、X.Org はこの問題に対処するため Media Application Server（MAS）の開発を発表した。しかし、これらはいずれも根本的な解決策とはなっていない。

ネットワーク

SSH上でX11アプリケーションをトンネリングしている例

XクライアントをあるXサーバからデタッチし、別のXサーバに再アタッチすることはできない。Virtual Network Computing（VNC）ではそれが可能だし、一部のアプリケーションやツールキットはそのような機能を提供している[5]。

XサーバとリモートのXクライアントの間の通信トラフィックは、デフォルトでは暗号化されていない。悪意ある者がスニッファを使えば、それを覗き見ることができる。Xのトラフィックを暗号化する一般的方法は、SSH上でトンネリングを行うことである。

クライアント/サーバの分離

X の設計では、クライアントとサーバはそれぞれ独立して動作する。ハードウェアからの独立性やクライアントとサーバの分離などのオーバーヘッドは、OS内にグラフィックス機能が統合されているシステム（Microsoft Windows や Mac OS）にはないものである。X は適切な性能を発揮するには4MBから8MBのRAMを必要とすると言われている。これは1990年代中ごろまでは、Windows や Mac OS に比較すると大きかった。

最近の Windows や Mac OS X の Quartz は X のようなクライアントとサーバの分離を行えるようになっている。オーバーヘッドの大半は、ネットワーク上のラウンドトリップタイムによるものである（つまり、プロトコル自体の問題ではなく、レイテンシである）。性能問題を解決するには、そのレイテンシを考慮したアプリケーション設計をする必要がある[6]。Xのネットワーク機能が過度に複雑であるために、ローカルで使っても性能に悪影響があるという誤解を持つ人が多いが、現在の X の実装ではローカルな接続では単にソケットと共有メモリを使うので、X 固有のオーバーヘッドはほとんどない。

X と競合するシステム

歴史

先駆的開発

X 以前にも、ビットマップディスプレイを使ったシステムは存在していた。ゼロックスは、Alto（1973年）とStar（1981年）を開発している。アップルは、Lisa（1983年）と Macintosh（1984年）を開発した。UNIX関連では、Andrew Project（1982年）とロブ・パイクのBlit端末（1984年）がある。

X の名称は、それ以前の W Window System の後継であることから名づけられた。W Window System は Vというオペレーティングシステム上で動作した。W はネットワークプロトコルを使って端末やグラフィックウィンドウをサポートし、サーバ側でディスプレイリストを管理する。

1990年代初期の X Window System によるデスクトップ。twm、xterm、xbiff、xload、グラフィカルなUNIXマニュアルブラウザなど、MIT X Consortium のディストリビューションにあったアプリケーションが動作している。

起源と初期の開発

X の考え方がMITで生まれたのは1984年、Jim Gettys（Project Athena）と Bob Scheifler（MITコンピュータ科学研究所）によるものであった。Scheifler は Argus というシステムのデバッグ用の表示環境を必要としていた。Project Athena（DEC、MIT、IBM によるコンピュータのユーザインタフェースを改善するプロジェクト）では、プラットフォームに依存せず、マルチベンダーシステムで利用できるグラフィックスシステムを必要としていた。当時、カーネギーメロン大学の Andrew Project でウィンドウシステムが開発中だったが、ライセンス提供を受けることができず、他に代案もなかった。

解決策として、ローカルなアプリケーションも動作させることができ、リモートでも動作させることができるプロトコルの開発という考えが生まれた。1983年中ごろ、W が UNIX に移植された（V のときの5分の1の速度）。1984年5月、Scheifler は同期型だった W のプロトコルを非同期型に変更し、これが X バージョン 1 となった。X は世界初のハードウェアやベンダーに依存しないウィンドウシステム環境となった。

Scheifler、Gettys、Ron Newman が開発を進め、X は急速に進化していった。1985年1月にはバージョン 6 をリリース。当時 Ultrix を搭載したワークステーションをリリースしようとしていた DEC は、X の搭載を決断した。DEC の技術者が X6 を DEC の QVSS ディスプレイ付き MicroVAX に移植した。

1985年第二四半期、X はカラーをサポートし、DEC VAXstation-II/GPX で動作した。これがバージョン 9 となる。MIT は X6 を外部グループに料金を徴収してライセンスしていたが、X9 リリース時点から MIT License を適用することとした。X9 は 1985年9月にリリースされた。

ブラウン大学のグループが IBM RT-PC に X9 を移植したが、整列されていないデータの読み込みで問題が発生し、プロトコルに非互換となる変更が必要となった。このため、1985年末にバージョン 10 となった。1986年には、外部から X についての問合せが増えてきた。X10R2 は1986年1月、X10R3 は1986年2月にリリース。X10R3 では広く製品に採用されるようになった。DEC とヒューレット・パッカードは X10R3 ベースの製品をリリースし、他のグループが アポロコンピュータのマシンやサン・マイクロシステムズのワークステーションへの移植を行い、IBM PC/AT への移植も行われた。このころ、Autofact という見本市で X を使った商用アプリケーションが初めてデモンストレーションされた（Cognition Inc. の機械系CAEシステム）。X10 の最後のバージョンは X10R4 で、1986年12月にリリースされた。

Virtual Network Computing (VNC) がデスクトップの共有を可能にしているように、Xサーバをそのように拡張する試みはこのころから既に行われていた。例えば、Philip J. Gust の SharedX ツールがある。

X10 は強力な機能を持っていたが、Xプロトコルはさらに広く使われるようになる前に、もっとハードウェア中立となるよう再設計する必要があることがわかってきた。しかし、MIT だけではそのような全面的な再設計をするだけのリソースがなかった。そこで、DEC の Western Software Laboratory（WSL）がこのプロジェクトに参加を申し出た。DEC WSL の Smokey Wallace と Jim Gettys は、DEC WSL が X11 を開発し、それを X9 や X10 と同じ条件でフリーにリリースすることを提案した。設計は1986年5月に開始され、8月にはプロトコルが完成した。アルファテストは1987年2月に開始され、ベータテストは1987年5月に開始された。X11 のリリースは、1987年9月15日に行われた。

Scheifler が中心となって行われた X11 プロトコルの設計は、USENET のニュースグループとオープンなメーリングリスト上で盛んに議論しながら進められた。したがって、X は最初の大規模フリーソフトウェアプロジェクトと言われることもある。

MIT X Consortium と X Consortium, Inc.

1987年、X11 の成功が明らかになると、MIT は X の運営責任を放棄したいと考えるようになった。しかし、1987年6月に9社の主なベンダーが集まった会議で、各社はMITに対して X をまとめていくには中立的な団体が管理する必要があることを訴えた。1988年1月、MIT X Consotium が非営利の業界団体として設立された。責任者は Scheifler で、今後の X 開発の方向性を業界と学界の動向を加味して決定することとなった。1988年1月には Jim Fulton、1988年3月には Keith Packard が参加し、Jim は Xlib/フォント/ウィンドウマネージャ/ユーティリティの開発、Keith はサーバの再実装を分担するようになった。Donna Converse と Chris D. Peterson が同年末までに参加し、ツールキットとウィジェットを分担し、Project Athena の Ralph Swick と連携して作業を行った。MIT X Consortium は X11 のリビジョンをいくつかリリースしていった。最初の X11R2 は1988年2月にリリースされた。

1993年、MIT X Consortium の後継として X Consortium, Inc.（非営利組織）が設立された。そして、1994年5月16日に X11R6 をリリース。1995年には、Motifツールキットと Common Desktop Environment の開発管理も行うようになった。X Consortium, Inc. は1996年末には解散し、X11R6.3 を最後にリリースした。コンソーシアム参加各社による囲い込みのような状況になったことが解散の原因とされている[7][8]。

The Open Group

1997年中ごろ、X Consortium, Inc. は X の管理運営を The Open Group に移管した。これは、Open Software Foundation と X/Open が1996年初めに合併して結成された業界団体である。

The Open Group は 1998年初めに X11R6.4 をリリース。しかし、The Open Group は X の開発資金を確かなものとするため、これまでのライセンス条件を変更し、これが議論を呼んだ[9]。新たな条件では、多くのプロジェクト（XFree86など）やいくつかの商用ベンダーでの採用が困難であった。これを受けて XFree86 が分裂しそうになると、The Open Group は1998年9月に X11R6.4 を改めて従来のライセンス条件でリリースした[10]。The Open Group の最後のリリースは X11R6.4 patch 3 であった。

X.Org と XFree86

XFree86 の起源は、Thomas Roell と Mark W. Snitily が1991年に書いたPC/AT互換機向けの X11R5 である X386 server に遡る。Snitily Graphics Consulting Services（SGCS）はこれを 1992年に MIT X Consortium に寄贈した。XFree86 は時と共に進化していき、X の実装としてのデファクトスタンダードとなった[11]。

1999年5月、The Open Group は X.Org を設立した（後の X.Org Foundation とは異なる）。X.Org は当時進行中だった X11R6.5.1 のリリースを実施した。当時の X 開発は壊滅寸前であった[12]。X Consortium, Inc. が解散した後の技術的進歩の多くは XFree86 プロジェクトで生まれた[13]。1999年、XFree86 は X.Org の（会費を払わない）名誉会員となり[14]、XFree86 と Linux を製品に使いたいと思っていた多くのハードウェア企業がこれを歓迎した[15]。

2003年までに Linux と X の組合せが非常に一般的になってきても、X.Org は活発にはならず[16]、やはり開発の中心は XFree86 であった。しかし、ここで XFree86 内で大きな意見の相違が発生した。XFree86 は、あまりにも伽藍的開発モデルであり、開発者はCVSにコミットアクセスできず[17][18]、ベンダーは多数のパッチを保守する必要があった[19]。2003年3月、XFree86 から Keith Packard が追い出された。彼は MIT X Consortium の消滅後に XFree86 に参加していた[20][21][22]。

X.Org と XFree86 は、X の開発を推進するための組織改編についての議論を開始した[23][24][25]。Jim Gettys は2000年ごろからオープンな開発モデルが必要であることを強調していた[26]。Gettys と Packard は他の何人かと共に効率的な X のオープン開発の要求仕様について議論を開始した。

そして、X11R6.4 のライセンス問題の結果、XFree86 version 4.4 はより制限されたライセンスで2004年2月にリリースされ、X を使っている多くのプロジェクトでこれを使うのが困難になった[27]。追加された条項はBSDライセンスの宣伝条項に基づいており、フリーソフトウェア財団も Debian もこれを GNU General Public License と非互換であるとした[28]。このライセンス問題と、ソース修正の困難さから、多くの人が分裂の機が熟したと感じていた[29]。

X.Org Foundation

2004年初め、 X.Org と freedesktop.org の様々な人々が集まり、X.Org Foundation が結成され、The Open Group は x.org というドメイン名の権利を譲渡した。これにより、X の管理運営は大きく変化した。1988年以来（前の X.Org も含めて）X の開発運営は業界団体が行っていた。しかし、X.Org Foundation はソフトウェア開発者が主導し、バザールモデルに基づいたコミュニティによる開発であり、外部からの参加に依存している。個人参加も可能で、企業がスポンサーとして参加することも可能である。現在、ヒューレット・パッカードやサン・マイクロシステムズなどの企業が X.Org Foundation に援助している。

Foundation は X 開発における監督的役割を担う。技術的判断はコミュニティでの合意形成によってなされ、何らかの委員会で決定されるわけではない。これは GNOME Foundation の非干渉主義的開発モデルに非常に近い。Foundation は開発者を雇っていない。

2004年4月、X.Org Foundation が XFree86 4.4RC2 に X11R6.6 の変更をマージした X11R6.7 をリリースした。Gettys と Packard は、従来のライセンスの XFree86 の最新版をベースとして、オープンな開発モデルを採用し、GPL との互換性を維持することで、かつての XFree86 開発者の多くを呼び戻した[30]。

2004年9月、X11R6.8 がリリースされた。これには多くの新機能が追加された（透明なウィンドウサポート、その他の視覚効果のサポート、3次元表示サポートなど）。また、外部アプリケーションとして、compositing window managers と呼ばれるもので見た目のポリシーを提供できるようになった。

2005年12月21日、X.Org は、従来からのユーザー向けにモノリシックなソースコードである X11R6.9 と、同じコードをモジュール化して分割した X11R7.0 をリリースした[31][32]。2006年5月22日、多数の機能強化を施した X11R7.1 をリリースした[33]。

今後

X.Org Foundation と freedesktop.org により、X の中核部分の開発が再び加速された。これらの開発者は、単にベンダーによる製品化のベースとしてだけでなく、使用可能な最終製品として今後のバージョンをリリースしようとしている。

ハードウェアやオペレーティングシステムとの関係を限定するため、X.Org は表示用ハードウェアへのアクセスを OpenGL とダイレクト・レンダリング・インフラストラクチャ（DRI）だけにすることを予定している。DRI は XFree86 version 4.0 で登場し、X11R6.7 以降で標準となった[34]。多くのオペレーティングシステムがハードウェア操作のためのカーネルサポートの追加を開始している。

名称について

開発元の X.Org Foundation は、このソフトウェアを以下のいずれかの名前で呼ぶことを求めている[35]。

  • X
  • X Window System
  • X Version 11
  • X Window System, Version 11
  • X11

かつてはよく間違われたが、X Window Systemは「"X Window"というシステム」ではなく、「"X"というウィンドウシステム」である。また、X Windowsという表記は誤りである。

Xで利用可能なツールキット群

リリース履歴

バージョン リリース日 最も重要な変更
X1 1984年6月 以前のシステム W から大幅に変更されたと言う意味で、最初のソフトウェアは X と呼ばれる。
X6 1985年1月 いくつかの企業にライセンスされる
X9 1985年9月 色機能追加。MIT License 下で初めてリリース
X10 1985年後半 IBM RT-PC、PC/AT（のDOS上）等のマシンでの動作
X10R2 1986年1月
X10R3 1986年2月 MIT の外部に初めてリリース。uwmが標準のウィンドウマネージャ。
X10R4 1986年12月 X10 の最新バージョン
X11 1987年9月15日 現在のプロトコルの最初のリリース
X11R2 1988年1月 Xコンソーシアムによる最初のリリース。[1]
X11R3 1988年10月25日 XDM。
X11R4 1989年12月22日 アプリケーションの改善、新しいフォント、Twmが標準のウィンドウマネージャとして搭載される。
X11R5 1991年 PHIGS、カラーマネジメント、X386。
X11R6 1994年5月16日 ICCCM v2.0、ICE、Xセッションマネジメント、X同期拡張、Xイメージ拡張、XTEST拡張、Xインプット、X Big-Request拡張、XC-MISC、XFree86の変更。
X11R6.1 1996年3月14日 Xダブルバッファ拡張、Xキーボード拡張、X Record拡張。
X11R6.2 X11R6.2はX11R6.3の部分機能バージョン。R6.1からの新機能はXPrintと、Xlibにおける縦書きと、ユーザー定義文字のサポートのみ。[2]
X11R6.3 (Broadway) 1996年12月23日 Web機能、 LBX。Xコンソーシアムによる最後のリリース.
X11R6.4 1998年3月31日 Xinerama。[3]
X11R6.5 X.org の内部リリース。公開するためのものではない。
X11R6.5.1 2000年8月20日
X11R6.6 2001年4月4日 バグ修正、XFree86 変更。
X11R6.7.0 2004年4月6日 初めて X.Org 財団としてリリース、XFree86 4.4rc2 に統合。完全なエンドユーザー向け配布。XIE、PEX、libxml2の除去。 [4]
X11R6.8.0 2004年9月8日 ウィンドウ透過, XDamage, Distributed Multihead X, XFixes, Composite, XEvIE。
X11R6.8.1 2004年9月17日 libxpmセキリティ修正
X11R6.8.2 2005年2月10日 バグ修正、ドライバのアップデート
X11R6.9、X11R7.0 2005年12月21日 ソースコードは同一。R7.0はモジュラー構造の最初のリリース。
X11R7.1 2006年5月22日 BSD等のサポート、AIGLX。
X11R7.2 2007年2月15日 LBXの除去。XSecurity、ホットプラグのサポート。[5]
X11R7.3 2007年9月6日 [6]

出典・脚注

  1. ^ “Licenses”. X.org ( エラー: この日付はリンクしないでください。). 2007年10月23日閲覧。
  2. ^ Announcement: Modification to the base XFree86(TM) license. 02 Feb 2004
  3. ^ "The X-Windows Disaster"
  4. ^ Re: X is painful 15 Nov 1996
  5. ^ SNAP Computing and the X Window System 2005
  6. ^ An LBX Postmortem 2001-1-24
  7. ^ Financing Volunteer Free Software Projects 10 Jun 2005
  8. ^ Lessons Learned about Open Source 2000
  9. ^ X statement 02 Apr 1998
  10. ^ X11R6.4 Sample Implementation Changes and Concerns
  11. ^ Announcement: Modification to the base XFree86(TM) license. 02 Feb 2004
  12. ^ Q&A: The X Factor February 04, 2002
  13. ^ The Evolution of the X Server Architecture 1999
  14. ^ A Call For Open Governance Of X Development 23 Mar 2003
  15. ^ XFree86 joins X.Org as Honorary Member Dec 01, 1999
  16. ^ Another teleconference partial edited transcript 13 Apr 2003
  17. ^ Keith Packard issue 20 Mar 2003
  18. ^ Cygwin/XFree86 - No longer associated with XFree86.org 27 Oct 2003
  19. ^ On XFree86 development 9 Jan 2003
  20. ^ Invitation for public discussion about the future of X 20 Mar 2003
  21. ^ A Call For Open Governance Of X Development 21 Mar 2003
  22. ^ Notes from a teleconference held 2003-3-27 03 Apr 2003
  23. ^ A Call For Open Governance Of X Development 24 Mar 2003
  24. ^ A Call For Open Governance Of X Development 23 Mar 2003
  25. ^ Discussing issues 14 Apr 2003
  26. ^ Lessons Learned about Open Source 2000
  27. ^ XFree86 4.4: List of Rejecting Distributors Grows Feb 18, 2004
  28. ^ Appendix A: The Cautionary Tale of XFree86 June 5, 2002
  29. ^ X Marks the Spot: Looking back at X11 Developments of Past Year Feb 25, 2004
  30. ^ Appendix A: The Cautionary Tale of XFree86 June 5, 2002
  31. ^ X11R6.9 and X11R7.0 Officially Released December 21 2005
  32. ^ Modularization Proposal 2005-03-31
  33. ^ Proposed Changes for X11R7.1 2006-04-21
  34. ^ Getting X Off The Hardware July, 2004
  35. ^ X - a portable, network-transparent window system 2005年2月

関連項目

参考文献

外部リンク

アーキテクチャ
ウィンドウマネージャ
の方式
拡張
実装
標準
ウィンドウマネージャ
関連項目
関連組織

Template:Link FA Template:Link FA Template:Link FA Template:Link FA Template:Link FA

「https://ja.wikipedia.org/w/index.php?title=X_Window_System&oldid=16853376」から取得