Desktop 日本語 Remix CDによるインストール

Ubuntuのホームページから、自身のPCのスペックに合ったUbuntu 12.04 LTSのisoイメージをダウンロードしてCDに焼き付ける。すでにDesktop 日本語 Remix CDもリリースされている。ただし、32bit版(x86用)のみ。

isoイメージを焼き付けたCDからPCを起動するとインストーラーが立ち上がるので、「Ubuntuをインストール」ボタンを選択。

通常は、前もってUbuntu用の空きスペースを作っておけば、最上段のままで、次へボタンを押せばよい。今回は内臓HDDにはすでに64bit版をインストールしているので、Ubuntu12.04 Desktop 日本語版は外付けのHDDにインストールすることにする。「その他」を選んで、インストールするパーティションやブートローダのインストール先を選択する。

ロケーションは、北海道の人も九州の人も、デフォルトのTokyoを選択して「続ける」ボタンをクリック。

普通の日本語キーボードの人は、デフォルトまま「続ける」ボタンをクリック。

必要事項を入力して、デフォルトのアカウントを作成したら、後はインストールが終わるのを待つだけ。

64bit版のインストール完了後にすること

64bit版の場合は、インストール完了後に、Japanese Teamのパッケージリポジトリを追加することで、日本語 Remix CDと同等の日本語環境を構築できる。端末から打ち込むコマンドは次のとおり($はプロンプト)。

きびきびした動作と卓越した操作性

Ubuntu11.04から採用されたUnityシェルが不人気だった原因のひとつに、動作の重さがあったが、Ubuntu12.04 LTSでは、この最大の欠点が克服されていて、きびきびと動作する。ちょっと極端かもしれないが、Linux Mint 12よりレスポンスがよいという声まで上がり始めている。

また、Altキーをタップ(軽く押す)と表示されるHUD(Head-Up Display)やWindowsキーを長押し(タップするとDashホーム)すると現れるキーボードショートカットなど、操作性に関しても随所に改良の跡が見える。

HUDについては、まだ使い方を把握できていないが、キーボードショートカットについては、個人的に是非ともほしいと思っていた機能のひとつだった。

そもそもUnityシェルは、タブレットPCを強く意識したUIなので、従来のキーボード操作に馴れたユーザーから不評を買っていた(私もそのひとり)のだが、こうした操作性への不満は、キーボードショートカットの活用を促すことによって、かなり改善されると思う。

Unity発表以来、人気の面でLinux Mintに水をあけられっぱなしのUbuntuだったが、今度のリリースが、反撃の狼煙になる可能性は高い。

まだまだ光るLinux Mint

なお、Ubuntu 12.04 LTSからPAE未対応のCPUへのクリーンインストールができなくなっている。10.04や11.10からアップグレードすれば、PAE未対応のCPUでも動作するようだが、実質的なサポートは打ち切りられたと考えた方がよさそうだ。

おそらくUnityのパフォーマンスの改善するなかで、古いハードウエアが切り捨てられたのだろう。そうなると、UbuntuをベースとするLinux Mintが、次期バージョンでPAE未対応の古いCPUのサポートを続けるかということも気になってくるが、Linux Mintには、DebianベースのLinux Mint Debianという切り札もあるので、古いPCのサポートという面では、Linux Mintの牙城はまだまだ固そうだ。

これはある意味、最近のLinux Mintの人気を裏付けているようにも思えるが、クリーンインストールで問題ない人は、iosイメージをダウンロードしてインストールした方がよいかもしれない。

MATEがデフォルトになったLinux Mint Debian

さっそく、Linux Mint本家から自分の環境に適合するisoイメージをダウンロードして、DVDに焼き付け、いつものレガシーPCにインストールしてみた。

今回のリリースの目玉は、デスクトップ環境がMATEとCinnamon版(Xfce版は従来どおり)になったという点だ。デフォルトデスクトップは、MATEとなっている。

ログイン時に「その他」を選択してCinnamonを選べば次のとおり。

MATEもCinnamonは、先にリリースされたLinux Mint 12上でお試ししているので、大きなインパクトはないものの、その完成度は高い。

ちなみに、日本語インプットメソッドのiBusのマーク表示にあった小さなバクもLinux Mint Debianではフィックスされている。

もはやLinux Mint 12と区別がつかない

Linux Mint DebianにiBus-anthyをインストールした直後、システム・モニターで確認した結果は次のとおり。

同じ条件で、Linux Mint 12で計測した結界は次のとおり。

体感速度上では、思ったほどの差はなかったが、それでも数字上では、Linux Mint DebianはLinux Mint 12の約3分の2のメモリ消費量で動作していることになる。

さらに、MATEやCinnamonが採用されたおかげで、Linux Mint Debianのデスクトップは格段に美しくなっている。一見しただけでは、Linux Mint 12との差はほとんど感じられないレベルに達している。

デスクトップの美しさと動作の軽快さの両立という点で、Linux Mint Debianは、Linux Mintファミリーの最高峰に近づいていると断言してよいだろう。

ファインダーのメニューから環境設定→一般で下の画面で設定できる。

MGSEによる新しいUIに戸惑いを覚える人には、Gnome2互換のMATEも用意されているが、こちらはGnome2ベースということもあり、永遠に使いつづけられるのかという不安がつきまとう。

こうした状況を打破するため、Mint Linuxは、Cinnamonをリリースしており、1月のバージョン1.2から始まり、2月に1.3、3月に入って1.4と、着実にバージョンアップを重ねている。

タスクバーも、従来の下段一本となり、Mintらしさが戻ってきた。バージョンアップを重ねるたびに、安定性も増しており、動作もきびきびとしたものに仕上がっている。今後はCinnamonが、Linux Mintのデファクトデスクトップ環境となることはほぼ間違いないだろう。

Linux Mint DebianでもCinnamonが利用可能に

Update Pack3のまま凍結されていたLinux Mint Debian(LMDEのこと)だったが、Update Pack4の提供が近いというアナウンスが公式ブログからなされている。

Update Pack4では、いよいよCinnamonとMATEが提供される。Linux Mint DebianとCinnamonと組み合わせによって、どこまで軽くて先進性なデスクトップ環境に仕上がるのか、今からワクワクさせられる。

Windowsのサポートが終わってもLinuxがあるという考え方もあるにはあるが、仕事が絡めばそうもいっていられない。

まあとにかく、これからはWindowsサポートは個人向けも企業向けも関係なく、最初から10年と決めてもらえばありがたい。

サポート期限を忘れないように、一覧表も作ってみた。変更欄に○印がついているのが、今回サポート期限が延長されたバージョン。

Facebookのデフォルト設定では、誰でもWebから検索できるようになっているが、これをWebからの検索を拒否する設定に変えてみる。

先ずは、ログイン後にホーム→プライバシー設定で「つながり設定」をクリック。

ここで、「名前または連絡先情報を使ってあなたを検索できる人」の設定を編集。友達のみに変更してクリック。

次に、「アプリとウェブサイト」の「設定を編集」リンクをクリック後、一般検索の「設定を編集」ボタンをクリックする。「一般検索を有効にする」の前のチェックボックスのチェックを外せば設定が完了する。

これで、Webサイトからの検索を拒否する設定になったので、ブラウザからhttp://twitter.com/ユーザー名で検索すると、次のように表示される筈だ。。

ビジネスでFacebookを活用する場合は、できるだけ多くの人から検索される方がよいが、家族やリアルな友人だけでのプライベートな使い方をする場合は、この設定を試してみるとよいかもしれない。

前回WordPress3.2.1をインストールした時点では、まだベータ版だったが、11月4日をもって正式版となっている。この間、WordPress3.2.1は問題もなく動作し続けていて、レスポンスもまずまず。これがおまけのサーバーとはとても思えない。

ちなみ、このお試しサイトにインストールして動作を確認したプラグインは次のとおり。

• Contact Form 7
• Ktai Style
• Lightbox 2
• WordPress Importer
• WPtouch

なお、スターサーバープラスには、一部のPHP関数への利用制限やフォルダ、ファイルグループへの書き込み権限の制限(707や777とできない)などがあるので、すべてのプラグインが使えるという保証はないので注意が必要。

実をいうと、10月の時点では、WordPressだけでなく、CodeIgniterベースのSeezooCMSのインストールにも成功していたが、正式サービスのスタート直前に、PHP関数に対する新たな利用制限などが加えられ、そこで動かなくなった。

まあ、年間ドメイン管理料だけで、WordPressがサクサク動くサーバーが利用できるのだから、これ以上の贅沢はいえないかもしれないが、今後の規制緩和に期待したい。

WordPress3.3RC1もサクサク動く

正式リリースが間近に迫ったWordPress3.3のRC1もスターサーバープラスで動作確認を行ってみた。

インストール手順はいつもの通りで、WordPressのサイトから日本語版(もちろん英語版でもよい)をダウンロードして、適当な場所で解凍。これをFTPクライアント(前もってFTPの設定は行っておく)などで、サーバーにアップロードして、ブラウザでアクセスすると、インストールが始まる。

次へボタンを押して画面を移動しながら、wp-config.phpの作成、データベースの設定と進み、最後にユーザー名や電子メールなどを登録すれば完了。

前バージョンまでは、wp-config.phpを手動で行わなければならなかったが、3.3RC1ではこれを自動で作成してくれるので、これだけでも、入門者には随分敷居が低くなっていると思う。また、最初のログイン時に出てくるメッセージ(2回目から非表示にできる)もユーザーフレンドリで好感度が高い。また、ヘルプ機能が大幅に向上していて、こちらも入門者にやさしい設計となっている。

全体的に、今回のアップグレードは、操作性の向上に重きが置かれているようで、今後ますますWordPressユーザーが増えていく予感がする。

冒頭で紹介したスターサーバープラスでは、最低でもWordPressが動くことを目標にチューニングれているようで、特殊名プラグインを使わない限りバージョン3.3も問題なく動作しそうだ。

事の発端は、今年10月20日にニューヨークで行われたExpressionEngineとCodeIgniterのプレゼンテーションの席で、EllisLabのCEOが、CodeIgniterのライセンスをOpen Software License 3.0に変更すると発表したことから始まる。

その後の詳しい経緯については、次のサイトなどを参照していただきたい。

• CodeIgniter のライセンス変更問題のタイムライン

そもそもCodeIgniterは、オープンソースソフトウエアではあったものの、CodeIgniterライセンスという独自ライセンスを採用していた。このライセンスについて、EllisLab側は、BSD/Apacheライクなライセンスだと説明していたが、CodeIgniterの商標保護や宣伝条項があるために、正式のBSDライセンスやApacheライセンスではなかった。

今回のOSL3.0へのライセンスへの変更を決定する前にも、BSDやMITライセンスの採用が検討されたようだが、結局、この商標保護と宣伝条項があるため、最後はOSL3.0に落ち着いたということらしい。

この辺りの事情は、下記のEllisLabのブログでも詳しく説明されている。

• Software License Wrap-Up and OSL 3.0

OSL3.0とはどんなライセンスなのか

EllisLab側の主張では、独自ライセンスからOSL3.0に変更になることにより、CodeIgniterのオープンソースとしてのスタンスが明確になり、コミュニティにとっても有益だということになっている。

OSL3.0は、Lawrence Rosenによって提唱されたオープンソースライセンスで、
Open Source Initiativeによる認証も取得しているのだが、今、コミュニティで懸念されている最大の問題は、GPLライセンスとの互換性だ。

次の表は、CodeIgniter License and Terms of Use FAQのなかで使われているもので、OSL3.0と他のオープンソースライセンスとの互換性を示している。

これを見ると一目瞭然だが、GPLとの互換性だけがNoとなっている。これは、GPLライセンスに基づいて作成されたソフトウエアのソースコードを含む製品には、GPLライセンスが適用が及ぶという条項と、OSL3.0のソフトウエア派生物についての考え方とぶつかりあってしまうためだ。

例えば、EllisLab側は、OSL3.0が採用されているMagentoコミュニティの例をあげて、CodeIgniterのライセンスがOSL3.0に変更されたとしても、CodeIgniterのapplicationフォルダ内に作成したソフトウエアにはOSL3.0の条項は及ばないとしている。これは、OSL3.0が、ソフトウエア本体を改変しない限り派生物とはみなさないという考え方に基づいており、ライブラリの単純なリンクも対象外となる。

これにより、ユーザーが作成したソフトウエアの著作権が守られ、CodeIgniterを使った商用アプリの開発が容易になるが、その反面、applicationフォルダ内に作成するソフトウエアではGPLのソースコードを利用できなくなる恐れが生じる。先ほどのGPLライセンスの条項とぶつかり合ってしまうのだ。

ポストCodeIgniterの動きはあるか

ここから先は、法律解釈の問題も出てくるので、専門家の意見などを参考にしなければならないかもしれない。

EllisLab側も、最初は懇切丁寧に説明していたが、最近は徐々に、乱暴(訴訟大国のアメリカと日本では温度差の違いはあると思うが…)な説明の仕方になり始めていて、現行のCodeIgniterライセンスも元々GPLライセンスとは互換性がなかったとまで主張し始めている。

これに対して、日本CodeIgniterユーザ会ではCodeIgniterのライセンスがOSLに変更されることに関する投票などが呼びかけられており、こうした動きが世界的に広がるかもしれない。ただ、EllisLab側は、法的に問題はないとして、顧問弁護士と二人三脚で強引に事を進めてしまう可能性は高い。

個人的には、CodeIgniterベースのIonizeという多言語対応CMSが、MITライセンスで配布されていることを確認して今はひと安心だが、まだ予断をゆさない。

できることなら、コミュニティとの良好な関係を維持した上で、ライセンス変更を行ってもらいたいと願っているが、現実的にライセンスの変更が行われれば、CodeInginterの使用を止めるかGPLライセンスで提供されるソフトウエアの使用を止めるかという二者択一を迫られる人が出て来る。

そんななか、ポストCodeIgniterの候補として、次のふたつのフレームワークが少し話題になり始めている。

• Kohana
• FuelPHP

上記のいずれもがCodeIgniterから派生したプロジェクトで、KohanaがBSDライセンス、FuelPHPがMITライセンスで配布されている。ただし、どちらも現時点では、発展途上という印象が強く、GPLライセンスとの問題でCodeIgniterを利用できなくなるユーザーがこちらに移行するかどうかは未知数。

【注　記】
この記事は、あくまでも個人の見解であって、明確な法的な根拠があるわけではありません。OSL3.0については、提唱者のLawrence Rosen自らが解説するサイトもありますので、各自で内容をじっくり検証してください。

Linux Mintの最後の数字は、これまでUbuntuのバージョンを表していた。ところが、今回は、Ubuntu11.10ベースでありながら、12となっている。

これは、Gnome3とMGSE(Mint Gnome Shell Extensions)の採用によって、見た目と操作性が大きく進化したということのようだ。

これまで通りのインストール手順

外見は大きく変わったものの、インストール手順はこれまで通り。

先ずは、Linux Mintのサイトで自分の環ら境にあったDVD又はCDイメージをダウンロードして、これをBraseroなどでDVD又はCDに焼き付ける。

次に、PCを再起動して、DVD又はCDから立ち上げたら、デスクトップにInstall Linux Mintというアイコンが現れるので、これをダブルクリック。

日本語を選択して「続ける」ボタンをクリック。

インストールの準備が整ったら「続ける」ボタンをクリック。

自分の環境に合わせて選択。「それ以外」を選択すると詳細なパーティションができる。GRUBのインストール先も選択できる。

ロケーションの選択。日本人はみんな東京に住んでいることになっている。

キーボードレイアウトの選択。Macintoshもある。

アカウントの基本情報の登録。

インストール開始。レガシーPCならゆっくりコーヒーが飲める。

日本語環境は自分で整えよう

インストールが終わって、再起動すると、日本語入力ができないことに気づくだろう。Linux Mint 11までは、日本語を選択してインストールすれば、何もしなくて日本語入学ができていた。

どうもこれはインストーラーのバグの可能性が高いのだが、現在のLinuxの日本語環境構築は、昔と違って誰にでもできるレベルになっているので、取り合えす自分好みの日本語環境を整えてみよう。

日本語入力システムにAnthyを使うとした場合、インプットメソッド構築の組み合わせは次のとおり。それぞれのパッケージをapt-getコマンド又はSynapticパッケージマネジャーなどで、インストールするだけ。

iBusとAnthyの組み合わせは、Ubuntuでもお馴染みだが、Linux Mint 12の場合、日本語入力を選択したときに、Anthyのマークが表示されないという小さなバグがあるようだ。ただし、機能そのものには問題はない。

• ibus
• anthy
• ibus-anthy

uimとAnthyの組み合わせは、Linux Mint Debianの記事でも紹介している。ただし、Linux Mint 12ではデフォルトテーマのツールバー背景色とマッチしないかもしれない。後は好みの問題。

• uim
• anthy
• uim-anthy

SCIMとAnthyの組み合わせが、今のところ、最も無難かも。

• scim
• anthy
• scim-anthy

思っていたほどメモリを消費しないLinux Mint 12

最後に、システムモニターによるメモリ消費量を確認したところ次のとおり。

以前、同じPCで計測したLinux Mint 11のメモリ消費量は、2GBメモリ中217.3MB（10.8%）だったが、今回のLinux Mint 12は2GBメモリ中165.0MB（8.2%）使用ということで、これはかなり優秀な成績。

Gnome3によるところの改善なのか、MGSEのチューニングの良さなのか、その当たりははっきりしないが、何れにしてもメモリ消費量が減少したことは朗報だ。UbuntuのUnityシェルとは対照的だ。

また、以前のMintの外観を愛するという人には、MATEというクラシックなデスクトップ環境も用意されている。

DVDでインストールした場合は、デフォルトでインストールされており、ログインの際に選択できるようになっている。CDでインストールした場合は、後からapt-getコマンドやSynapticパッケージマネジャなどで、mint-meta-mateパッケージをインストールすれば利用できる。

では、Ubuntu11.10にアップグレード後はどうなっているのかということで、改めて計測してみたら、2GBメモリ中426.0MB（21.2%）という数字になった。UbuntuのUnityシェルがどんどんユーザーフレンドリーになって行く半面、メモリー消費量もどんどん増えていくという、ある意味当然の結果となった。

Update Pack 3を施したLinux Mint Debianの場合

前述の記事中にはLinux Mint Debianについての数字も残っていた。同量のメモリーを搭載した別PCでの計測ではあったが、2GB中156.7MB使用という数字が残っている。

そこで、Update Pack 3を施した後の最新のLinux Mint Debianについて、システムモニターで調べてみたら、次のような結果が出た。

前回の計測が違うPCで行われたことや、Pack3へのアップデートの際、日本語入力メソッドをiBusからuimに変更したことなどが多少影響しているかもしれないが、それでも2GB中133.2MB（6.6%）というのは驚くべき数字に違いない。

今回、同じ条件下で計測したUbuntuと比較して、メモリー消費量が3分の1以下に抑えられているということになるのだ。

Xfce4とLXDEのメモリー消費量比較

さらに、参考までに、Update11.10で、軽量デスクトップのXfceやLXDEを使用したときのメモリ消費量についても、調べてみた。

UbuntuソフトウエアセンターでXfce4、LXDEと検索して、インストールを完了させたら、ログアウトして、Xfceセッション又はLXDEを選択してログインしなおせばデスクトップ環境が切り替わる。

両者のメモリ消費量は以下のとおり。

• Xfce4 on Ubuntu11.10：
  2GBメモリ中348.2MB（17.4%）使用

• LXDE on Ubuntu11.10：
  2GBメモリ中269.0MB（13.4%）使用

両者ともUbuntu標準のGNOME＋Unityシェルの組み合わせよりもメモリ消費量は減ってはいるが、Xfce4で3%、LXDEで7%の減少だから、想像していたほどではない。

しかし一方で、GNOME版のLinux Mint Debianと比較した場合、Xfce4が2.5倍強、LXDEで約2倍のメモリを消費していることになり、ここでもLinux Mint Debianの軽やかさが際立っていることがわかる。

エレガントな操作性とPCリソースの消費量抑制

もちろん、体感速度がメモリ消費量だけで決まるというわけではないし、大量のRAMを搭載したPCの場合は、これらの数字はほとんど誤差の範囲になる。

個人的にも、仕事やプライベートで使うPCのほとんどにUbuntuとLinux Mint Debianの両方をインストールして、使い分けているが、両者に極端な体感速度の差を感じることは少ない。

ただし、今回テストしたような引退寸前のレガシーPCとなると話は別で、Linux Mint Debianの動作の軽やかさは特筆ものだ。その差は誰にでも体感できるだろう。

Ubuntuの場合、PCのリソースの消費量を増大させてでも、ユーザビリティを向上させたいという傾向があるように思える。これは、デスクトップOSとしての地位を固めるための戦略だろう。その意味からいうと、Ubuntuの場合、最新OS(今ならWindows7)が走るPCで、ストレスなく動作することを念頭に置いていると考えてよいかもしれない。

これに対して、Linux Mint Debianのベースは、レガシーPCを含め、できるだけ多くのハードウエアをサポートしようとするDebianのテスト版である。このため、リソースの消費量を極力抑えてレスポンスの向上を優先させているようだ。

もちろん、これはあくまでもポリシーの問題であって、どちらが正しいとはいえないが、少なくともLinux Mint Debianは、リソース消費量の抑制とエレガントな操作性というユーザビリティの両立に成功しているといえるだろう。

なお、さらなるメモリ消費量の抑制を望む方には、Xfce版のLinux Mint Debianも用意されている。