憩いの場

私はiBusで満足しているのですが、ついでってことで、Mac OSXのmacuimを利用させてもらって uim-mozc のパッケージを作ってみました。日本語入力はuimじゃないと嫌だ、という人は試してみるといいかもしれません。

→ rpm・deb置き場

Mozcについてはこっちの記事を参照してください。

今のところ「辞書ツール」「環境設定ツール」はuimのツールバーから呼び出せないです。それどころか端末でコマンド入力しても動きません。設定変更・辞書登録がしたくなったら、面倒だけど一度iBusに戻すしかない。

$ /usr/lib/mozc/mozc_tool --mode=dictionary_tool
libprotobuf ERROR google/protobuf/descriptor_database.cc:56] File already exists in database: session/config.proto
libprotobuf FATAL google/protobuf/descriptor.cc:857] CHECK failed: generated_database_->Add(encoded_file_descriptor, size):
アボートしました (コアダンプ)

$ /usr/lib/mozc/mozc_tool --mode=config_dialog
libprotobuf ERROR google/protobuf/descriptor_database.cc:56] File already exists in database: session/config.proto
libprotobuf FATAL google/protobuf/descriptor.cc:857] CHECK failed: generated_database_->Add(encoded_file_descriptor, size):
アボートしました (コアダンプ)

PCLinuxOSは設定ツールだけ動くらしい。謎だ。

uimは「Linuxに慣れている人が好んで使う」というイメージがあります。uimを使っている人はどういう理由でuimに変更したんだろ? 個人的には

• 「ATOK風」「MS-IME風」といったキーバインドの設定を一発で切り替えできない
• ローマ字テーブルを変更するのにLisp言語(Scheme?)で ~/.uim に書き込まないといけない
• 「Shift＋ファルファベット」で英数文字の直接入力ができない(パッチがあるみたいだけど…)

という理由で好きになれないです。特に「Shift＋ファルファベット」が大いに不満。主要開発者が日本人ということで、親近感はありますけどね。

≪追記≫
私のリポジトリを必要とする依存関係を無くしました。自分でビルドしたMozcがあれば、リポジトリを追加しなくても uim-mozc を試すことができます 事情により依存関係を元に戻しました。

≪追記 2010/06/19≫
エラーメッセージを吐きますが、一応 macuim rev.175 で「辞書ツール」「環境設定ツール」が動くようになったようです(かな入力は未対応?)

http://www.linux-u.com/

一瞬、本気で通信制の大学があるのかと思ってしまった

Linux大学とは、Linuxの勉強するためのサイトになります。
正規の大学ではなく、Web上でLinuxを学んだり、Linuxつながりでコミュニケーションをとれたり、学生の場合は、オフラインの講習会なども学生割引で受けれたりします。無料の講習会もございます。

→ Linux University :: よくあるご質問

一通りサイトを読んでみましたが、あまりやる気が感じられないというか、書籍と有料講座の宣伝しかないというか…

講師紹介のページなどで貼られている関連サイトを見ても、辿り着くのは薄い内容の所ばっかりで、唯一まともに見えるLinux初心者の基礎知識も結局は単なる宣伝サイト。

ネット上には情報商材売りつけサイトが多々ありますが、どこもかしこも構成が似てますよね。上から問い合わせフォームが落ちてきたりとか。

たった90秒の間にこれほどいるとは

似た機能を持つ2つの(A)と(A')があって、同時にインストールできないようにしつつ、どちらか一方があれば、それらの機能を必要とするパッケージの依存関係も満たされる…そういうDebパッケージを作るには、debian/controlを下のようにすれば良い。

debian/control

Package: A
Conflicts: B
Replaces: B
Provides: B

Package: A'
Conflicts: B
Replaces: B
Provides: B

(B)というのは、依存関係を調整するだけの実態を持たない仮想パッケージで、そこに「Conflicts」「Replaces」「Provides」を仕向ければ(A)と(A')が排他的に扱われるようになる。すなわち、(A)がインストール済みの状態で
$ apt-get install A'
とすると、(A')がインストールされると同時に(A)がアンインストールされる。そして(A)または(A')を必要とするパッケージがあるなら「Depends:(B)」と書けばいい。

例えば、Ubuntu 10.04の wine1.2 と wine1.0 は上のようになっていて、ユーザーが使いたいバージョンを選ぶことができる。便利。


RPMの場合、Debと同じように「Conflicts」と「Provides」を指定すると(RPMにReplacesは無い)インストールできないパッケージができあがってしまった。結局は普通(?)に

hoge.spec

Name: A
Conflicts: A'
Provides: B

Name: A'
Conflicts: A
Provides: B

お互いに Conflicts して、仮想パッケージ(B)を Provides し、その(B)を Requires すれば目的の依存関係が達成できる。しかし、Debのように「一方をインストールすれば、もう片方は自動でアンインストール」とはならない。もう一方に切り替えようと思ったら、手動で無理やり rpm -e --nodeps で消してからインストールする必要がある。もっと良い方法があるんじゃないかとFedoraのSRPMを探してみたが、見つからなかった。おそらくRPMではDebのような事はできないと思う。共存できるようにパッケージを作って alternative コマンドで切り替えるのが吉。


ってなことで頭を悩ましていた今日この頃です。ほとんどの人にはどうでもいい、日本語が変な文章ですね。

RPMはともかくDebの仕組みを理解するのに苦労しました。日本語の情報が少なく、つれづれ日記に少し書いてあるけど、読めば読むほど混乱するばかり…

こっちの記事で配布している私のMozcパッケージは「UTUMIさんの私家版Mozc辞書」を組み込んでます。いつの頃からか、上記サイトに下のコメントが書いてあってビックリ。

私の辞書が追加されたDEB/RPMを、それと知らずに使った人が、
「Googleが人名や新語を追加してくれた」と誤解する例が多いようです。
Mozcは始まったばかりのプロジェクトなので、
できれば素の状態で動作テストしていただけるとありがたいです。
辞書が足りないならユーザがGoogleにフィードバックするはずだと思うのですが、
私家版辞書で小さく満足されるとフィードバックする人が減ってしまいます。
私の辞書によって誤変換が生じ、それがGoogleにレポートされてしまう可能性もあります

辞書を追加している旨は配布ページに書いているわけで、オフィシャルなMozcとは別物である事を理解せずに使っている人なんていない…と思いたい。説明を読まずに胡散臭い個人サイトの野良リポジトリをシステムに入れる人なんていない…と思いたい。わざわざこんな事をお書きになるぐらい沢山いるのか…うーむ、

改変(改良)されたことが原因で本家へのフィードバックが減る。それが原因のバグ報告が本家に流れる。ってな事は、オープンソース・ライセンスで配布する以上、仕方がないというか、それが嫌ならGoogleはオープンソースで配布しないと思うんだけどなあ。いや、そんな事は百も承知か。その上での「お願い」「提案」なんだよね。

うーん、どうしようかな、どうしようかな、どうしようかな、どうしようかな

話はずれるけど、Mozcのサイトって日本語入力のソフトなのに何で英語なんだろう? 以前、文節の区切りが分からない不具合(今は解決済み)を報告しようと思ったことがあります。でも英語の壁に阻まれて報告を諦めてしまいました。Google社の決まりで日本語は駄目なのかな?

≪追記 2010/06/01≫
書き方が軽い命令形に変化

できれば素の状態で動作テストしていただけるとありがたいです。
↓
私の辞書を組み込んだバイナリの配布は避けてください。

最新の「私家版Mozc辞書」をダウンロードしてみると、以前と違って中に COPYING が入ってました。バイナリ配布を禁じているのかと思ったらBSD Style Linecense(日本語訳)の文書なんですよね…「BSDライセンスだけどバイナリ配布はやめて」というのはアリなの? 「約款ではそうなってるけど空気を読め」ということなのかな?

ああ、そうそう、「いろいろ再配布しているのにそんな事でいいのか!」と怒られそうだけど、BSDライセンスの文書を真面目に読んだのは今日が初めて。私が今配布しているMozcパッケージは

Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution.

に違反している。配布ページには書いているけど同梱してない

≪追記 2010/06/05≫
辞書が組み込まれたパッケージを別の名前に変えました。素のMozcと同一視して使う人はいなくなるはず。

「改造した物を配布するとフィードバックが減る。だから止めよう」という意見は、やっぱり納得できないです。オープンソースの世界はそういう事も許容する場だと思うのですが、どうなんでしょ? 「利用許諾を守れば改造・再配布は自由。勝手にどうぞ」と謳っていても、その言葉には建前的なものが含まれている場合もあるのかな? 私はLinux等への関わりが浅い人間なので、その辺の機微が分からないです。

それで、UTUMIさんの想いと私の意志を天秤に掛けた結果、別パッケージ化で勘弁してもらいたいなーっと思った訳であります。意図的に別途インストール作業をしないと使えません。

またまた話がずれるけど、各Linuxディストリビューションは様々なソフトウェアを改変して配布してますよね。それが原因で原作者とトラブル発生、なんて事は色々ありそうです。少し検索してみるとSUSE Linuxとcdrecordの揉め事話を発見。リンク先がドイツ語で詳細が分からないのですが

cdrecordのDVDサポートは個人・教育機関以外は有料だった
↓
SUSE Linuxが独自に修正を加えてDVDを使えるようにした
↓
ライセンス的には問題ないが作者は大激怒

と書いているように見える（機械翻訳で読んだだけです。内容が全然違うかもしれない。安易に信じないで）
何にせよ、SUSE Linuxユーザがcdrecordを実行すると「貴方が使っているのは粗悪な欠陥品。オリジナルを使え」と表示して強制終了するように作者はソフトを作り替えたらしい。何とも凄い話。

≪追記 2010/07/19≫
結局、自分で辞書を作ってみることにしました
→ Mozc+dict: 辞書を強化した(変態化した?)Mozcを作ってみた

UTUMIさんの名詞辞書は、動詞やその他品詞も全て「名詞」として登録されてます。それが個人的に好きじゃないし、私には不要なので、それなら自分で作ってみようと思った次第であります。配布も停止しちゃったし。

≪追記≫
今見たら配布が再開されてますね。再配布は駄目となってるけど