- - -

Google Ganeti
http://code.google.com/p/ganeti/

スピーカーは、Google Switzerland所属の Iustin Pop さん。
3年前からこの管理ツールを作り始めたとのこと。

Xenのハイパーバイザを、クラスタリングで管理するための管理ソフトウェア。
共有ディスク装置を使わず、フェイルオーバクラスタを簡単に構築できる。
DRBDを使ってディスクミラーリングを行う。

HAクラスタリングといって、
heartbeatで監視していて、プライマリが落ちていたらセカンダリが起動する。

DRBDでのディスク構成は先に作っておく必要がある。
また、hostsないしDNSにあらかじめクラスタのノードになる物理サーバを登録しておく。

• gnt-cluster init $クラスタ名: クラスタを構成
• gnt-cluster destroy $クラスタ名: クラスタを破棄
• gnt-cluster verify-disk: 物理ディスクチェック
• gnt-cluster migrate: (質疑していたけど聞きとれなかった。クラスタインスタンスを別ノードに移動、もしくは、セカンダリへの委譲のどっちかです。）
• gnt-node list クラスタノードを列挙。メモリとかディスク容量とか。Pinst:プライマリとして機能するインスタンス数、Sinst: セカンダリとして-
• gnt-node add ...: クラスタノード(物理マシン)を追加。
• gnt-os list: 各仮想マシンの雛形のリストを表示
• gnt-instance add: 仮想マシンを追加
• 　--node gntit:gnti2 : プライマリノード: セカンダリノード
• 　--os-size 1G : ディスクサイズ
• 　--swap-size 512m : スワップサイズ
• 　-t drbd : DRBD利用
• 　--memsize 256m: メモリサイズ
• 　-o : OSの雛形名
• 　インスタンス名

という感じで、clusterをinitして、nodeをaddして、gnt-osを作って(これは事前作業かも)、gnt-instanceをaddするとHAクラスタ(フェイルオーバクラスタ)になったVMが一対起動する。

各クラスタは、プライマリとセカンダリがあり、heartbeatからみて、プライマリが死ぬとセカンダリがアクティブになる。
ノード数は今のバージョンでは20まで。

小規模、ネットワークは単純、共有ディスク装置（高価）を買いたくない場合に便利。
デモンストレーションは３台のクラスタ、一つずつのNICでした。

Xen+DBRD+heartbeat+lvmをコマンド一発で操れるように、Pythonでラップしたよ、ということではなかろうかと思います（詳しくないので後で調べたい）。

- - -

懇親会で、VMはテストラボに必須だよねとか(でもプリンタメーカは物理マシンも必要)、
古いOSサポートの話とかで盛り上がった。Windows 95 OSR2、Windows98SE は割と扱いやすいOSだ（落っこちるバグが少ない）という話の流れではなかったかと思う。
あと、MeとVistaはなかったことになるのではないか、という話もあった。
個人的には Windows 7は Vistaの反動もあるし、機器の償却期限で、WindowsNT/2000からXPに移った人たちが、次の償却期限を迎える時期に間に合えば、バカ売れするのではないかという自説を展開してみた。

以下メモです。

楽天さんの基調講演

• 創業10周年の昨年から技術をオープンにしたところ、技術力が認知されてきた。
• 楽天テクノロジーカンファレンスは今年で二回目。
• 昨年はlanがないのと、写真撮影がダメだったのが不評だった。
• 今年は FON Japanの強力で無線LAN完備。写真撮影もOK。
• 技術者コミュニティとの交流

まつもとさん

• 技術の進化で世界の距離が無意味に
• パケットが数ミリ秒で地球の裏側まで行くのはすごいこと。足回りも１００ギガ数千
• 箱庭のように情報隠蔽ができなくなった。ソースコードを抱えていて儲けられるのはMSとAdobeくらい？
• オープンソースで同じようなことができる。
• エンジニアはどう生きるか? 最後の箱庭は、言語と文化、情報格差
• リスクテーク(茹でガエルにならない)。安住の地がなくなり、次に行かないこともリスク。 オープンソースへの関わり方にも温度差。
• 自分自身の価値を創造しないと、搾取される。
• ラストマン戦略。手の届く範囲で聞くならこの人に聞けば何かが教えてもらえる、ならば頼りにされる。
• ニコニコしなさい。仏頂面の人には、話しかけない。
• 適切な答えに辿り着くための、情報、人間的コネクション
• 勉強会。誰かに会ってコネクションを得る。
• オープンソースはコネクションそのもの
• 情報はコピーするのがタダなので価値はいずれゼロになる。価値の創造と位置エネルギー、機嫌と信頼。

最首さん

• 約１０年前の楽天。ふつーの人のための開発をしていた。
• RBC: Ruby Business Commons の説明
\
• イケテルRails勉強会。初心者からRailsを使えるように。今年は、Google Maps APIとか、JRuby with swingとかを題材にした。
• 福岡を中心に、全国各地で開催できた。
• カーネギーメロン大、シアトルでも講演した。
• 知識は共有する方が価値は高くなる。
• Rubinnovation: Rubyによるイノベーション。覚えて帰って。
• クラウドで小資本でサービスが始められる。

ディストリビューション大集合LT

• The CentOS project: 長期間サポート
• Debian: オープンソースソフトウェア定義(OSD)はDebianフリーソフトウェア定義からDebianという単語をとっただけ。Debian利用企業おおいよ
• Fedora
• Gentoo
• Momonga
• openSUSE
• Slax-ja
• ubuntu: Debianとはケンカしていない
• Vine

ディストリビューション大集合パネル

• なぜこんなにディストリビューションがあるのだろうか: みんな自分の使いたい道具を作って公開
• メーリングリストは特定の誰かに Blogはただアップする
• 答えて欲しい人はフォーラムにいく。詳しい人はフォーラムをチェックしてない。という悪循環。
• ディストリビューションの方が巨大商用OSより話が通しやすいよ
• 共通化した方がコミュニケーションコストが圧倒的に下がる。

Rails勉強会LT

• cucumber: 日本語が通るSpec
• Webrat: Webテストライブラリ
• rails-footnotes: デバッグ情報を画面下部に自動表示
• Sass: CSSを生成するDSL
• JRuby on Rails and thread safety
• Merb: 沖縄の舞波さんとこで合宿してきた
• unshiu: 近日公開
• Physical computing on Rails: ActiveGainer、メカ田ドラ子0号、秋葉原ட
• html5jp_graphs 仕事に使えるグラフプラグイン
• Rails 2.2 I18n: 多言語化にモンキーパッチが不要に

基調講演: 三木谷さんにきく

懇親会

　エンジニアの未来サミット
　　http://gihyo.jp/event/2008/engineer

第一部は、アルファギーク vs 学生
第二部は、20代〜30前半の技術者による、30代をどう生きるか

とても刺激になった。
35才以上は9%。そこに入っている私は超ベテランということになる。
プログラミングを引退する気はさらさらない。

- - -

懇親会で、吉岡弘隆さんと小飼弾さんの前に座った。
横はフリーランスのプログラマーのショータローさん（DesignIT!の懇親会で知り合った）。

吉岡さんと小飼さんの話は、吉岡さんより「ぜひブログにアップを」と言われましたので、
記憶を頼りに断片的なメモを作りました。

吉岡さん: 　コンピュータは、ムーアの法則の呪縛から逃れられていない。

　近年のマルチコア、マルチプロセッサの流れも、元をたどれば、80年代には
　その源流となる考え方があったし、論文も出ている。

小飼さん:
　いやしかし、安価にそういった技術を利用できるようになって始めて、
　実際につかえる発明がなされている。
　論文だけで終わるのと、実際に使えるものが創られるのは大きな違いがある。
　たしかに基本となるアイデアは提示されていたのかもしれないが、
　それを言ってしまうと、すべてフォンノイマンのころに考えられていた、
　といえなくもなくなってしまう。それは違うのではないか。

　まず○○（忘れた。プログラマブルなスケジューラのことだったと思います）の
　発明は大きい。

吉岡さん:
　コンピュータの真価は、仮想化の歴史。
　確かにマルチCPUが研究者の手元で使えるようになったのは90年代だが、
　60-70年代にも、今はできないが将来リッチなCPUリソースが使えるようになったら、
　どういうことが実現できるか、についてのアイデアが論文になっている。

小飼さん:
　しかし、Googleは予想できなかった。インターネットがこんな風に普及して、
　スパムがこんなに問題になるなんて予想は出来なかったはずだ。

吉岡さん:
　Googleなんて誰も予想できなかった。
　たぶん創業者のページとブリンも予想できなかっただろう。
　そういう意味ではMicrosoftだって同じ。
　ビルゲイツが始める前はソフトウェアが商売になるなんて、誰も予想していなかった。

小飼さん:
　IBMがCP/M を買っていたら、どうなっていたかわからない。

吉岡さん:
　CD-ROMをパッケージして売るのがパッケージソフトウェアの商売。
　それが、ネットワークがこれだけ大きくなって、サーバに置いておけば、
　ソフトウェアが配布できる時代になった。

　- - -

小飼さん:
　SMTPにかわるプロトコルが必要。
　技術的に代替できるもの、たとえばATOM/PPなど、候補はあるが、
　どうやって普及させるかが問題。
　FTPは、HTTPにだいぶ置き換わった。
　FTPはセッションがあった（ログインと送信が別電文）。
　SMTPも１メール送るのに4回もやりとりがある。
　たしかに、セッションを使うと作る方は楽が出来るけれど。

　- - -

小飼さん:
　Macintosh SE/30 の メモリを増やして fj を読んでいた。
　あのころはメガでメモリを数えていたよね。

　私はUnixを使ったのは、大学のエッセイ(レポート/小論文)を提出するために、
　使える環境がUnix上のgroffしかないといわれたから。
　私はエッセイを書きたいだけなのに。
　
吉岡さん:
　小飼さんは、UCバークレー以外にどこを受験したの?

小飼さん:
　アメリカの大学はほとんど書類選考なので10校くらい送ったけど、
　落ちたのは一つだけ。
　
吉岡さん:
　受かったのは？

小飼さん:
　○○○、○○○、○○○、（超難関校の名前がならぶ。おおお。）
　奨学金をもっと出してくれる学校もあったが、バランスを考えて、
　UCバークレーにした。

　・・・以上、内容不正確ですみません。ご指摘あれば訂正致します。
　　　コメントか、kawaguti at twitter まで。

追記: 写真アップします。

　Lightweight Language Future
　　http://ll.jus.or.jp/2008/program

午前中は
　- Larry Wall の基調講演と、今回のテーマ「未来」に関するパネルディスカッション。
　　 - LarryさんはPerl6でBNFっぽい記法をそのままかけるようになる的な話。
　　 - パネルはLarryさんとMatzさんが同席するという期待のパネル。（その分パネルを束ねるひとは大変だったと思います。）

昼に今回初参加の人と一緒に飯を食べた。
「100年後の定義をもうちょっとはっきりした方が議論がおもしろくなったかも」
という意見で一致した。

午後は、
- Processingとかビジュアル系の話（デモがおもしろかった。）
- フレームワークの話（ひがさんと瀧内さんが隣り合わせに座っていたのでもっと絡んでほしかった）
- コードGolf の 話、すばらしいグループプレゼンテーション。

この辺で、家から電話がかかってきて帰宅・・・。
そういえばランゲージアップデートがなかったんですね。
あれ、去年もなかったっけ・・・。

主催運営の皆さん、発表者、参加者のみなさん、お疲れ様でした。

amachangがまとめている仕様とそのコメント欄での会話から、さらに自分メモ。

• インタフェース定義方法: Getter/Setter, プロパティ・ディスクリプタ


• プロトタイプ継承方法の拡充


• Arrayオブジェクトのメソッド拡充: forEach, map, filter, ...


• ブロック内に限定される変数スコープ


• prototype.js の bind


• JSONオブジェクト: JSONを便利に使うための


• arguments: 引数オブジェクトが配列として扱える


• const: 定数 = 書き換えできない変数


• Decimal: 精度の高い数値を扱うのではないか？DBやC#のDecimalのように。


• ObjectLiteral の最後の , が仕様に入った (列挙する時に最後に余分なカンマが入っていてもエラーにならない)

個人的には、Rubyに「いいな」と感じたところが多く取り込まれている気がします(originはきっと他にあるのだと思いますが)。LL全体の流れに沿っているということなんじゃなないかなと。

- - -

参考

次の JavaScript の仕様はこうなる！ ECMAScript 3.0 から 3.1 への変更点まとめ - IT戦記
http://d.hatena.ne.jp/amachang/20080821/1219302804

JavaScript 2.0はECMAScript 3.1ベースに、ECMAScript 4は譲歩 | エンタープライズ | マイコミジャーナル
http://journal.mycom.co.jp/news/2008/08/18/027/

JavaScript++かも日記: 【仕様】JavaScriptの未来はとりあえず ECMAScript 3.1へ、でもそれってASとの分裂?
http://jsgt.org/mt/archives/01/002201.html

同感。
Ubuntuなしに、Linuxがユーザデスクトップに普及しない理由
を云々するのはナンセンスだと思う。

まだの人は、そろそろ試してみてください。

• Ubuntu


• OpenOffice.org


• FireFox


• NetBeans

- - -

その Ubuntu + FireFox で 404 Blog Not Found を見ると FireFoxが落ちるようになった、表示直後は見られるが数秒で落ちる。WireSharkで見たところ タイミング的には /soudantou/font.swf がロードされたあたり。

　VMware社の1つのミスにより数千台の仮想インフラが機能停止の可能性（200812-1） | virtualization.info
　http://www.virtualization.info/jp/2008/08/vmware1200812-1.html

割と大騒ぎである。

- - -

ダウンロードのページにパッチへのリンクが張ってある。
現在ダウンロードできる版は、パッチ済みのリビジョンのようだ。

http://www.vmware.com/download/vi/

Special Notice: Please Read

An issue has been uncovered with ESX 3.5 Update 2 (build 103908) and ESXi 3.5 Update 2 (build 103909) that causes the product license to expire on August 12, 2008.

VMware has reissued ESX 3.5 Update 2 (build 110268) and ESXi 3.5 Update 2 (build 110271) for download.

However, if you already have installed the previous ESX/ESXi 3.5 Update 2 build, please follow the steps below to correct this issue:

- - -

ライセンス期限の問題は、リリース時点では発火しない、時限発火バグで
あったのだろうと思われます。時計を先に進めてテストするのは大事ですね。

VMware Server に対して ESXの優位な点は、

• ホストOSがない。いらない。


• → インストールの手間が少ない


• → セキュリティパッチが少ない(ないわけではない)


• → 大きなサイズのファイルに最適化したファイルシステム：VMFS。(NTFSにVMを置く場合はアロケーションユニットサイズを大きめにとらないと、わりとすぐフラグメンテーションがおこる。仮想ディスク内も当然フラグメンテーションするので、深刻な応答性能劣化になることがある)


• → CPU能力配分が観察できる。制御できる。(注: 仮想CPUクロックの上限は1コアのクロック上限になる)


• → 64ビット。大容量メモリ対応。複数仮想マシンを起動するときに、3GBあたりの壁を考える必要はない。仮想マシンが32ビットWindowsならば仮想マシンOS側で認識できるメモリは約3GBになる。ちなみに仮想マシンの場合、割り当てるメモリは1GB以内が推奨になる（しかしメモリ不足が問題になることはほとんどない。）


• VIClientというリモート制御クライアントが優れている


• → 仮想ネットワークスイッチ画面が見やすい。このデザイン大好き。

これらはESXiでも有効。

一方で、VMware Server より落ちる点は、

• 単体でコンソールを持たない。VMの画面にアクセスするには、他のマシンをつないでリモートアクセスするしかない。ま、サーバとして使う場合は問題ないし、リモートからつなぐ場合に利用するVIClientはすごく欲できているので、あらかじめ分かっていれば問題にならない点だと思う。


• ディスク容量を節約する機能がない。8GBの仮想ディスクの実ファイルサイズは8GB。


• サポートしているハードウェアが、一般のWIndowsやLinuxよりは少ない。(ドライバはESXiが持っているものを使うため)

ソフトウェアやOSに手を加えないで、4GB以上のメモリや、クアッドコアのCPUをフル活用する手段の一つに、ESXは有効ではないかと考えている。

- - -

[参考]

　ヴイエムウェア、サーバ仮想化ソフトVMware ESXi ハイパーバイザーを無償提供 - VMware
　http://www.vmware.com/jp/company/news/releases/esxi_free.html

　VMware ESXi を USB メモリにインストールして HP ML115 で起動 - 酒日記 はてな支店
　　http://d.hatena.ne.jp/sfujiwara/20080807/1218095706

そういう恐怖を克服しなければ、意見をキチンと言うことができない。
キチンと言えていない意見など、誰が聞いてくれよう。

そんな感じでどうでしょう。

0. Apache2とSubversionはすでにインストールしてあるので省略。
1. Synapticパッケージマネージャで、trac, trac-ja-resource を選択して、インストール。
2. 環境ディレクトリを作る

sudo mkdir /var/lib/trac
sudo chown www-data:www-data /var/lib/trac

sudo nano /etc/apache2/sites-available/trac

ServerAdmin webmaster@localhost
ServerName trac.example.com
DocumentRoot /usr/share/trac/cgi-bin/

Options Indexes FollowSymLinks MultiViews ExecCGI
AllowOverride All
Order allow,deny
allow from all

Alias /trac "/usr/share/trac/htdocs"

SetEnv TRAC_ENV "/var/lib/trac/YourProjectNameHere"

DirectoryIndex trac.cgi
ErrorLog /var/log/apache2/error.trac.log
CustomLog /var/log/apache2/access.trac.log combined

sudo nano /etc/apache2/apache2.conf

# To use CGI scripts outside /cgi-bin/:
#
AddHandler cgi-script .cgi

バーチャルホストを切り替え、Apache2再起動。

sudo a2dissite default
sudo a2ensite trac
sudo /etc/init.d/apache2 reload

$ sudo a2dissite default
Site default disabled; run /etc/init.d/apache2 reload to fully disable.
$ sudo a2ensite trac
Site trac installed; run /etc/init.d/apache2 reload to enable.
$ sudo /etc/init.d/apache2 reload
* Reloading web server config apache2 apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1 for ServerName
[ OK ]
$

あと、パスワードでログインを保護するために、こんな設定をする。
AuthUserFileは、Apacheの一般的な設定です。

AuthType Basic
AuthName "Trac"
AuthUserFile /etc/apache2/dav_svn.passwd
Require valid-user

4. 環境作成
/var/lib/svn/YourProjectNameHere (YourProjectNameHereはプロジェクト名に変える) にSubversionリポジトリを作る。

sudo mkdir /var/lib/svn
sudo mkdir /var/lib/svn/YourProjectNameHere
sudo mkdir /tmp/YourProjectNameHere
sudo mkdir /tmp/YourProjectNameHere/branches
sudo mkdir /tmp/YourProjectNameHere/tags
sudo mkdir /tmp/YourProjectNameHere/trunk
sudo svnadmin create /var/lib/svn/YourProjectNameHere
sudo svn import /tmp/YourProjectNameHere file:///var/lib/svn/YourProjectNameHere -m "initial import"
sudo rm -rf /tmp/YourProjectNameHere

パーミッションを変えてApache再起動
(YourProjectNameHereはプロジェクト名に変える)

sudo chown -R www-data /var/lib/svn/YourProjectNameHere
sudo chown -R www-data /usr/share/trac
sudo apache2 -k restart

警告がでた。

apache2: bad user name ${APACHE_RUN_USER}

www-dataというユーザがないんじゃないの？
原文もこの辺から文字量が多くなってくる。（いろいろなパターンがあるということだろう。）

続けて、Tracの環境を作る(YourProjectNameHereはプロジェクト名に変える)

sudo mkdir /var/lib/trac
sudo trac-admin /var/lib/trac/YourProjectNameHere initenv

Creating a new Trac environment at /var/lib/trac/kawaguti

Trac will first ask a few questions about your environment
in order to initalize and prepare the project database.

Please enter the name of your project.
This name will be used in page titles and descriptions.

Project Name [My Project]>

プロジェクト名を入力する

Please specify the connection string for the database to use. By default, a local SQLite database is created in the environment directory. It is also possible to use an already existing PostgreSQL database (check the Trac documentation for the exact connection string syntax).

Database connection string [sqlite:db/trac.db]>

そのままエンター

Please specify the type of version control system, By default, it will be svn.

If you don't want to use Trac with version control integration,
choose the default here and don't specify a repository directory.
in the next question.

Repository type [svn]>

そのままEnter

Please specify the absolute path to the version control repository, or leave it blank to use Trac without a repository. You can also set the repository location later.

Path to repository [/path/to/repos]>

Subversionリポジトリパスを入力
/var/lib/svn/YourProjectNameHere (YourProjectNameHereはプロジェクト名に変える)

Please enter location of Trac page templates.
Default is the location of the site-wide templates installed with Trac.

Templates directory [/usr/share/trac/templates]>

そのままEnter

(中略) Then point your browser to http://localhost:8000/kawaguti. There you can also browse the documentation for your installed version of Trac, including information on further setup (such as deploying Trac to a real web server).

The latest documentation can also always be found on the project
website:

http://trac.edgewall.org/

Congratulations!

tracプロジェクトディレクトリの権限をApacheに渡す。
(YourProjectNameHereはプロジェクト名に変える)

sudo chown -R www-data /var/lib/trac/YourProjectNameHere

http://localhost/trac は見えるが、プロジェクトは参照できない。
Apacheの設定が間違っているのだと思う。

休憩。

再開。

http://localhost/ をみると、pythonのソースが表示された。

#!/usr/bin/python
# -*- coding: utf-8 -*-
#
# Copyright (C) 2003-2004 Edgewall Software
# Copyright (C) 2003-2004 Jonas Borgstrﾃｶm
# All rights reserved.

AddHandlerでcgiを許可しないとダメそう。

sudo nano /etc/apache2/sites-available/trac

(中略) AddHandler cgi-script .cgi SetEnv TRAC_ENV "/var/lib/trac/YourProjectNameHere"

Apacheリスタート

$ sudo apache2 -k restart apache2: bad user name ${APACHE_RUN_USER}

そういやエラーが出ているんだった。直そう。

sudo nano /etc/apache2/apache2.conf

# These need to be set in /etc/apache2/envvars User ${APACHE_RUN_USER} Group ${APACHE_RUN_GROUP}

ここはこう↓変えるべきらしい。なるほど。

# These need to be set in /etc/apache2/envvars User www-data Group www-data

Apacheリスタート

$ sudo apache2 -k restart apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1 for ServerName httpd not running, trying to start (98)Address already in use: make_sock: could not bind to address 0.0.0.0:80 no listening sockets available, shutting down Unable to open logs

あれ、ポートがふさがっている。
プロセス見てみよう。

$ ps aux | grep apache root 5936 0.0 0.5 10468 2544 ? Ss 15:27 0:00 /usr/sbin/apache2 -k start www-data 17831 0.0 0.3 10468 1620 ? S 16:55 0:00 /usr/sbin/apache2 -k start www-data 17832 0.0 0.6 232072 3016 ? Sl 16:55 0:00 /usr/sbin/apache2 -k start www-data 17860 0.0 0.5 231940 2956 ? Sl 16:55 0:00 /usr/sbin/apache2 -k start kawaguti 27004 0.0 0.1 2816 788 pts/0 R+ 18:15 0:00 grep apache

あ、前のが不正なまま残っている。全部killしてもう一回。

$ sudo kill 5936 $ sudo kill 17831 $ sudo kill 17832 $ sudo kill 17860 $ sudo apache2 -k start apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1 for ServerName

http://localhost/　をみてみる。

Welcome to Trac 0.10.4

お、うごいたみたい。
日本語化はできてないけど。

一昨日、Synaptic アップデートマネージャが「8.04LTSにアップデートできます。」と
教えてくれているのに気がついたので、アップデートしてみた。
寝ている間にアップデートを仕掛けたら、ダウンロードが止まっていた。
後で調べたら、Ubuntu日本語チームからアナウンスが出ていた。
（ミラーサイトを変えたら、もっと快適になった。）

もう一度、アップデートをやってみたら、今度はすんなりできた。
GNU R の設定ファイルの上書き警告がでたが、設定をデフォルトから変更した記憶が
ないので、すんなり許可した。

アップデートの結果・・・すごく快適である。
ゴムゴムデスクトップも快適に動作している。前より軽いかも。
前の版あたりからIPA-monaフォントになって、日本語も読みやすくなったし。
言語化できないが、細かい部分の使いやすさが向上しているのはうれしいところだ。

FireFox3 Betaで動かないプラグインがあるので、更新を待ちたい所だ。
del.icio.usとFireBugはまだ使えていない。

ビデオコーデックなど、Windowsに一日の長があるプロプライエタリソフトウェアは
まだまだだが、その他の日常生活は、FireFoxとエディタとOpenOfficeがあれば
足りてしまうので、一般向けにUbuntuがブレークする日も現実味が出てきている
と思う。

しかし、タイトルバーが無いというのもちょっとアレなので、いろいろ検索して試してみること数時間。かなりヘロヘロになりながらも調べ続け、
　・・・
Section "Driver"の中に、以下の２行を追加。
Option "AddARGBGLXVisuals" "True"
Option "DisableGLXRootClipping" "true"