先日 M17N プロジェクトに Mozc を追加しました。
Mozc は Google によって開発された日本語入力エンジンです。Windows や Mac OS X 向けに提供されている Google IME とは変換に用いる辞書が異なり、オープンなものに置き換えられています。
間に合えば、11月に公開される openSUSE 12.1 に搭載される予定です。（標準の IM エンジンは Anthy）

2011/10/15 追記: 12.1 への搭載は見送られました。今度のバージョンについては利用者数などに応じて判断が変わる可能性があります。議論は是非 opensuse-ja の ML にて。12.1 も以下の手順で導入することになります。

2011/11/17 追記: 12.1 用のリンクを追加しました。11.4 用のリンクを修正しました

以下の手順で 12.1 の公開を待たずに、11.4 や Thumbleweed でもインストールして使うことができます。

SCIM から使用する場合
scim-mozc をインストール
11.4 向けの 1-click インストール
12.1 向けの 1-click インストール

IBus から使用する場合
ibus-mozc をインストール
11.4 向けの 1-click インストール
12.1 向けの 1-click インストール

• ibus-gtk, ibus-qt を忘れずに
• x86_64 で 32bit アプリケーションを使う場合はibus-*-32bit も
  • ibus-gtk-32bit: FlashPlayer (32bit), Adobe Reader
  • ibus-qt-32bit: Skype

emacs から使用する場合
mozc のみがインストールされていれば使用可能。scim-mozc または ibus-mozc と同時にインストールされます。
11.4 向けの 1-click インストール
12.1 向けの 1-click インストール

emacs を起動時に mozc を使えるようにするには、.emacs に以下のコードを追加して下さい。

(require ‘mozc)
(setq default-input-method ‘japanese-mozc)

…と、言っても、僕がここで一生懸命写真をアップしながら紹介するよりは、
geeko の折り方（正確には「カメレオンの折り方」ですが^^;）を紹介しているサイトを紹介したほうが、
わかりやすいかと思います。

おりがみくらぶ というサイトには、数多くの種類の折り方が紹介されていまして、
その中のひとつにカメレオンの折り方 があります。

こちらを利用させていただきまして、あとは geeko くん風の目玉と口を描けば完成です！

うまくいきましたか？？？

なおなお、折るときはなるべく緑色の折り紙を使用しましょう。

P.S.
がんばろう、日本！

これは今の職場で実際にあった話ですので、参考にしてください。

・必要ないパッケージまで全部入れる。
これはまず、間違っているでしょう。OSはRHEL3.9です。RHELの古いやつはアップデートにものすごい時間がかかるんです。
さらに、パッケージによっては強制的に設定ファイル上書きするみたいで、必要な設定ファイルを全部バックアップとって・・・とやるから一日がけなんですよね。その点、SUSEであれば、DeltaRPM の機能で差分だけの提供ですから、設定ファイル書き換えなんていう事態も発生しないと思います。そして何より、アップデートにさほど時間がかからない点でしょうか。
後は、必要ないパッケージまで入れることで、セキュリティホールを生み出しています。いやね、使いもしないもの入れておいて、クラッキングされた後が怖い。自分ならそんな変な構成はしませんよ。
私なら、必要最低限のパッケージを導入した後に必要なものを導入していきます。これが一番構築の手間はかかるけれども、後の管理は楽です。SUSEなら、CUI上でもYaSTくんが使えるのでGUIじゃなくてもさほど苦労しないかと思います。

・セキュリティOSが有効になっていない
外部に公開しているサーバーなのに、セキュリティOSが有効ではありませんでした。
RHELなのでSELinuxなのですが、SELinux Policy Editorができたとはいえまだ、難解な面は残っています。とは言っても、軍の用途にも耐えられるくらい強力なものです。いくら強力なものを作ったとしても使い勝手がよくなければ、ユーザーは増えないものですよね。
SUSEであれば、AppArmerという機能があります。SELinuxより設定が簡単で使い勝手がよいものです。これはYaSTくんから設定が可能です。拍子抜けするくらい簡単に設定ができますよ。

・FWの設定は？
FWの設定はGUIでやれば今でこそ簡単ですが、実際に運用されているサーバー群でどれだけXが使えるというのでしょうか。
FWはGWでやっているから安全だ、という人がいますが、実際は違います。GWに設置してあるFWは確かに外からの攻撃には強いですが、 LAN内部からの攻撃は素通りしてしまいます。また、LAN内部のユーザー全体がTelnet等でサーバーにアクセスできてしまうのも考え物です。サーバーごとに制御をかけるのであれば、サーバー自体にもFWの設定は必要でしょうね。

サーバーを守る手段は考えてみればいくらでもあるものです。
攻撃にあったときに被害を最低限にとどめるために、もう一度セキュリティを見直しを含めて、サーバー全体を見直してみませんか？
そして、実際にこれじゃだめだ、ということがわかったとき、乗り換え対象のディストリビュージョンとして、openSUSEやSLES、SLEDが候補に挙がってくれれば幸いです。openSUSEやSLES、SLEDであればセキュリティ対策はとても簡単にできるものなのですから。

表記、八月勉強会のネタですが・・・・
C++＆QtによるSUSE Linuxでのクロスプラットホーム開発入門＆SUSE LinuxでWAFを作ろうの二本立てを予定していますが、どこまで準備できるのかが疑問です。
現在、メインマシンがトラブル(発熱)を抱えており、プレゼンで使えるマシンがない状態になっています。
仕方ない、はやりのNetBookでも買おうかな・・・・
#それはそれでWintelの策略に乗ったみたいで悔しい。

ちなみにIDEは物置から引っ張り出してきたBorland　C++ BuilderXもしくは、Turbo C++を予定していますが、
時代が時代なのできちんとKDEのIDEでもやる予定です。

openSUSE プロジェクトで使われているバグ・レポート・ツール(bugzilla.novell.com)が、1月10日にバージョン 3.2 へとアップデートされます(いくつかの Novell 独自の変更が含まれています)。

変更の中で特筆すべきことは、バグ報告にあたって新たにガイド・モードが追加され、これが Novell 外のアカウントで報告する際のデフォルトとなるということです。

ガイドなしモードを使っていて、ガイド・モードに切り替えたい場合は(あるいは、その逆を望む場合は)、”新しいバグレポート”のテンプレートをブックマークしておくことも可能です(詳細については下記をご覧ください)。こうしておくと、ブックマークの URL を編集して“?format=guided”を追記したり(ガイド・モードに切り替えたい場合)、この部分を削除して元に戻すことができるようになります。このブックマークを使うことにより簡単にアクセスできるようになりますし、あらかじめいくつかの情報 — たとえば“Found By”の欄には“Community User”が記入済み — が記入されている openSUSE 11.1 のバグレポート用のブックマークを既に作ってあります。ただし、ガイド・モードが使えるようになるのは bugzilla がアップデートされた後のことになりますので、ご注意ください。

アップストリームの bugzilla についての 3.2 で変更点については、bugzilla 側にドキュメントがあります。我々が用意した bugzilla にはいくつかのバグ・フィックスと拡張が追加されています。

bugzilla はこのアップデート作業のため、10日の 10:00 AM から 2:00 PM の間(Mountain Time – 訳注:日本時間だと11日 2:00 AM から 6:00 AM の間)、使用できなくなります。

なお、バグ報告にあたっては、ガイドラインにも目を通しておいてください。

手順：新しいバグ報告のテンプレート作成方法

• “New”を選択して新規のバグ報告を作成します。事前に定義しておきたい属性の値を記入してください。
• このボタンをクリックします。
• 新しいページが表示されます：
• ハイパーリンク上で右クリックして、[このリンクをブックマーク](Firefox の場合)を選んでブックマークに追加してください。
• このブックマークを選択すれば、事前に属性が記入されている新たな不具合報告を作成することができます。

原文はこちら

e1000e ドライバ(e1000 ドライバなら問題はないとのこと)を使用するネットワークカードが付いているハードウェアをopenSUSE 11.1 Beta1 もしくは SUSE Linux Enterprise 11 Beta1 で起動した場合、最悪ネットワークカードを壊してしまう可能性もあります。

お使いのハードウェアに付いているネットワークカードが該当するかどうかは、上記からも辿れるこことかここあたりの情報を参照して確認してください。

もし Intel 製の Gigabit Eathernet Card が装着されていて、上記を参照しても該当しているか否か確認が取れないようでしたら、念のため openSUSE 11.1 Beta1 及び SUSE Linux Enterprise 11 Beta1 ではマシンを起動しないようにしておいたほうが良さそうです。

Zebraってなんざらしょ？
職場で使うことになり、調べてみました。なになに、ルーティングソフトウェア・・・？それじゃ、CiscoIOSみたいなものか？と思ってみたら、それがビンゴ。設定ファイルを介さないで設定するのでめんどくさいような楽なような・・・なんだかよくわからん代物です。

でも・・・・LinuxわかってないNetwork屋さんがいじる分にはちょうど良さそうなものです。私は、サーバー屋さんなので まずは、設定ファイルありきですがね。
このZebraというソフト、使いこなせればそれなりに強力そうです。詳しくは以下のURLをどうぞ。

http://www.zebra.org/ 

以下に紹介するアップグレード手順はある程度システムに精通している方を対象とした手順であり、完全に無保証です。実行される場合は自己責任で行ってください。また、必要なデータのバックアップをお忘れなく！

稼働中の openSUSE を新しいバージョンにアップグレードしようと思っても、現状では公式にサポートされた方法はありません。インストールメディアから起動してオプションでアップグレードを選択するという方法のみがサポートされています。とはいえ、稼働中のシステムをアップグレードすることは可能です。RPM のペイロード・フォーマットが bz2 から lzma に変更されたことに伴い 10.3 のシステムへ 11.0 の RPM をインストールすることができなくなったため、10.3 から 11.0 へのアップグレードは、これまでよりも難しくなっています。

以下がその方法の概要です。

1. RPM を 11.0 で使われているものにアップグレードする

2. 11.0 のすべてのパッケージマネジメントスタックをインストールする

3. すべてのパッケージをアップグレードする

手順

アップグレードするための具体的なステップはシステムにより異なってきます。以下はあくまで一例です。

10.3 で使っていたすべてのリポジトリを無効にする。

mv /etc/zypp/repos.d /etc/zypp/repos.d.old

リポジトリのキャッシュを削除する。

rm /var/cache/zypp/zypp.db

openSUSE 11.0 のメインリポジトリを追加する。

zypper ar http://download.opensuse.org/distribution/11.0/repo/oss \
openSUSE110

openSUSE 11.0 の新しい RPM をインストールする。

64bit 版の場合

rpm -Uhv ‘http://download.opensuse.org/distribution/11.0/repo/oss/suse/x86_64/rpm-4.4.2-199.1.x86_64.rpm’

32bit 版の場合

rpm -Uhv ‘http://download.opensuse.org/distribution/11.0/repo/oss/suse/i586/rpm-4.4.2-199.1.i586.rpm’

11.0 のパッケージマネジメントスタックをインストールする。

zypper in zypper

インストールソースとして追加していたリポジトリがあるなら、それらの 11.0 対応リポジトリを追加する。(以下、例として nonoss と packman の 11.0 対応リポジトリを追加する場合)

zypper ar http://download.opensuse.org/distribution/11.0/repo/non-oss \
openSUSE110_NonFree

zypper ar http://packman.iu-bremen.de/suse/11.0/ packman

すべてのパッケージをアップグレード。この段階でいくつかのパッケージでベンダが変更されることや、いくつかの古いパッケージがなくなっていることを確認されます。

zypper ref
zypper dup

再起動します。

問題点

アップグレードの後、いくつか重要な問題が発生するようです。以下に例として紹介する2点については、いずれもアップデートされた設定ファイルが自動では上書きされず、自前で編集した設定ファイルがなくなってしまっていたために起こる問題でした。

Networkmanager が、接続後すぐに切断してしまう。これは、古い dhclient の設定ファイルがなくなっていたことに起因していました。これについては以下の通り対処します。

mv /etc/dhclient.conf.rpmnew /etc/dhclient.conf

openSUSE updater がバックエンドを見つけ出せない。これは、古い zypp の設定ファイルがなくなっていたことに起因していました。これについては以下の通り対処します。

mv /etc/zypp/zypp.conf.rpmnew /etc/zypp/zypp.conf

アップグレードに伴い設定ファイルが欠落すると、予期せぬ箇所での不具合がを引き起こされます。アップグレード後何らかの問題が確認された場合、ど の設定ファイルを見ればいいのか、どう修復すればいいのか見当がつかないようでしたら、上記手順でのアップグレードは止めておいた方が無難かもしれませ ん。その点はどうぞご承知置きください。

openSUSE 11.0 の正式版である GM が、本日リリースされました。

現時点(17:00 – JST)ではまだ公式なアナウンスメントは出ていませんが、現在、インストールディスクの ISO イメージファイルが各ミラーサイトに配置されつつあります。

実は、今回 GM として公開されたインストール DVD (i368版、x86_64版とも — PowerPC版については未確認)には、日本語ユーザにのみ関連する不具合があることが確認されています。
# パブリックリリースと同じ MD5SUM値を持つインターナルリリースにて確認。

[確認されている不具合内容]

DVD を使ったインストールを行う際、言語設定で日本語を選択してインストールを開始すると、インストールの途中(具体的にはタイムゾーン選択の場面)でインストーラ(YaST)がクラッシュします。

関連 Bugzilla:
Bug 385172 – Installer crashes if Korean or Japanese is selected from the installer menu.

なお、この現象は実機環境のみならず、仮想環境へのインストールでも発生することが確認されています。

[回避方法]

この不具合を回避するには、以下のいずれかの方法を試してください。

(1) インターネット接続環境がある場合は、インストールの初期段階で Driver Update を適用する。

(2) 英語(もしくは日本語以外)でインストールを開始し、後ほどロケール設定他を日本語に変更する。

いずれの方法についても、詳細は以下にまとめてあります。
openSUSE 日本語公式 Wiki – 「Installation/11.0 DVD Install」ページ

DVD を使ってのインストールを計画されている方は、インストール作業を始める前に上記の情報を確認しておいてください。

そんなオリジナルコマンドの一つに siga(System Information GAthering) というコマンドがあることはご存知でしょう(…えっ!? 知らない!? でしたらこの機会に覚えてしまいましょう)。root 権限でこのコマンドを実行すると、その名の通りシステム情報を収集して /tmp/siga 以下に siga.txt、siga.html というファイルにして書き出してくれるので、リモートの相手をサポートしてあげなければならない場合等、いちいち相手の環境を問い質すより、このコマンドの実行結果を送ってもらった方が正確で話が早かったりするわけです。

で、実は最近Cool Solutionsを見ていて見つけたのですが、siga と同じような用途で使える supportconfig というツールがあるとのこと。SLE についての情報として紹介されているんですが、実は openSUSE でも使えるツールなので、早速試してみました。

上記リンク先でインストール手順に書かれている

1. Uninstall the supportconfig and chkbin RPM packages

…については、openSUSE であればデフォルトで入っているようなパッケージではないので省略可能です。また、同リンクからダウンロードできる ntsutils パッケージは既にちょっと古くなってしまっているので、ここは BuildService にある最新パッケージを 1-Click Install で入れてしまいましょう。

インストールしてしまえば、後は root 権限で supportconfig コマンドを実行するだけ。これで、/var/log 以下に nts_HOSTNAME_YYMMDD_hhmm.tbz という名前の圧縮されたファイルが出来上がります。そのファイルを展開すると、basic-environment.txt、basic-health-check.txt、boot.txt、chkconfig.txt…といった形で、小分けにされたテキストファイルが見つかります(このへんが、単一のファイルとして出力される siga と違うところでしょうか…)。

siga も supportconfig も、本来の用途は Novell のサポートを受けるための基本情報収集にあるわけですが、それは抜きにしても、一度実行してみてどんな結果が出力されるか一通り見ておくと、とても勉強になります。是非お試しください。