硬軟日記

scim-helper-managerのcoreダンプをなんとかしたい

2009-05-08T00:25:00.008+09:00

いつのころからか、ホームディレクトリにscim-helper-manager.coreができるようになっており、XfceにあるSCIMのアイコンを右クリックしても「SCIMを設定」のメニュー項目が出なくなってしまっていた。

これに関する最初の記述は、たぶん、[FreeBSD-users-jp 91512] 7.0-RELEASE で scim-helper-manager.core から始まるスレッドで、途中でsetupモジュールをロードするところがおかしいというところまで追求しているものの、いつのまにか ltdl.cpp 内で try_dlopen() が成功したら（エラー数が0なら）エラーを返すとかいう意味のわからない解決に終わってしまっている。

それ以外では、かけまわる子犬。: scim-helper-manager.core の core うざい・・。で、.xsession 内で（kde起動前に） skim を起動することで、coreダンプしなくなるという記述があるが、何らかの依存関係が解消したなどの根本的な解決ではなさそうである。

また、めもがき:2009年1月中旬によれば、NetBSDでも同様な問題があって、libpthreadがらみではないかという結論に至っている。

さらに最近、2chの FreeBSDを語れ Part23 にも関連の話題があり、NISユーザだと発生するだの、-gやgcc34を使えばいいだの、スレッドがらみでデバッグが困難だの、いろいろ情報が書かれている。

自分でも何とか解決できればと、SCIM 1.4.9を探し出して自家portを作ってみたり、コンパイラを変えてみたりしてみた。NISユーザの場合は、getpwuid() 内の getpwent_r() から呼ばれた yp_match() 内のさらに奥の _pthread_main_np() 内で落ちているということまではわかったが、libc を -g で作ってまで調べるには気合いと時間が足りない。それでも何とか、あちこちにデバッグプリントを入れてみたみたところ、どうやら dlopen/dlclose が関連している可能性が高く、ltdl.cpp 内の sys_dl_close() にある dlclose() を呼ぶ部分で、これを呼ばずにいきなり return してしまえば、とりあえずは落ちなくなることがわかった。

パッチはこんな感じ。

--- ./src/ltdl.cpp.orig 2008-11-02 15:42:40.000000000 +0900
+++ ./src/ltdl.cpp      2009-05-07 18:11:26.000000000 +0900
@@ -1073,6 +1073,7 @@
sys_dl_close (lt_user_data loader_data, lt_module module)
{
int errors = 0;
+  return errors; // Avoiding FreeBSD core-dump; don't know why this works

if (dlclose (module) != 0)
  {

この続きは気力次第。

追記（5/11）

早速にもめもがき:2009年5月9日分にて、詳しい解説つきのフォローをいただきました。ありがとうございます。

ビルド時のログをとって調べてみると、確かにライブラリのリンク時には -pthread がついていて、親のバイナリにはついていなかったりする。

というわけで、Makefileをいじって、configureに渡すLDCONFIGに -pthread を追加してみたところ、ぴたりと問題はおさまった。パッチを作って、メンテナに連絡してみたりする。

ところで、uim への乗り換えも検討して試してみたりしたことはあるのだが、どうもキーバインディングなどの微妙な問題なのか、uim-skk の使い勝手が悪い。xterm/kterm 上で Enter がわりに（Ctrl-M より楽だから）Ctrl-J を押す癖があることも一因かもしれないけど、firefox 上でもなんかバタバタして状態の把握がうまくできない。なので uim はお預け。最近 anthy 版portの出た ibus に注目中。

FreeBSDのportsでmake installするときは-dlなど禁止

2009-04-21T20:14:00.011+09:00

makeの -dl は、makeが実行するコマンドをすべて強制表示させるオプションで、Makefileなんかで非表示にしたコマンドも表示されるので、デバッグに便利な機能である。

portsのmake時にいったい何が起きているのかを表示させようと、portupgrade -f -m -dl hoge とかやってみたところ、たしかに期待どおりに表示されるのだが、もう一度portupgradeしようとすると、

Stale dependency: hoge --> ] -- manually run 'pkgdb -F'...

とか言われるようになり、pkgdb -F をするはめになる。そうすると何やらわけのわからない依存関係が多量に削除される。

で、hoge/+CONTENTS を見てみたら、多量のゴミが。

しばらく bsd.port.mk と格闘したところ、fake-pkg のターゲットで Registering installation for hoge と表示した後の処理で使う PKG_ARGS の展開結果がおかしい。その定義はというと、make actual-package-depends を実行した結果を加工している。つまり、このmakeの実行時に -dl が有効になってしまって、ゴミが出力され、それも含めて加工した結果をpkg_createに渡しているせいで、+CONTENTSが壊れるということらしい。

makeが子makeを呼ぶときに .MAKEFLAGS を渡すが、この中から -d* を探して削除するというコードが必要になる。とってもめんどくさそうなので、make install時に限っては -d* をつけないことにする。

あとでpkgdb -Fすればいいんだから簡単じゃないかとも思えるが、-dg2 とかしたらpkgdb -Fの後でもpkg_deleteがcoreを吐くとかいう事態になる。

追記（5/7）

デバッグオプションを取り除いて子makeを呼ぶコードを書いてみた。

--- bsd.port.mk.orig 2009-04-10 07:40:20.000000000 +0900
+++ bsd.port.mk 2009-05-06 13:36:11.000000000 +0900
@@ -2384,7 +2384,18 @@
.endif

.if !defined(PKG_ARGS)
-PKG_ARGS=              -v -c -${COMMENT:Q} -d ${DESCR} -f ${TMPPLIST} -p ${PREFIX} -P "`cd ${.CURDIR} && ${MAKE} actual-package-depends | ${GREP} -v -E ${PKG_IGNORE_DEPENDS} | ${SORT} -u -t : -k 2`" ${EXTRA_PKG_ARGS} $${_LATE_PKG_ARGS}
+_MINUSD= -d
+. for _MAKEFLAG in ${.MAKEFLAGS}
+.  if ${_MINUSD} == ${_MAKEFLAG}
+_AFTERMINUSD= yes
+.  else
+.   if !defined(_AFTERMINUSD)
+_NODEBUGMAKEFLAGS+= ${_MAKEFLAG}
+.   endif
+.undef _AFTERMINUSD
+.  endif
+. endfor
+PKG_ARGS=              -v -c -${COMMENT:Q} -d ${DESCR} -f ${TMPPLIST} -p ${PREFIX} -P "`cd ${.CURDIR} && MAKEFLAGS=${_NODEBUGMAKEFLAGS} ${MAKE} actual-package-depends | ${GREP} -v -E ${PKG_IGNORE_DEPENDS} | ${SORT} -u -t : -k 2`" ${EXTRA_PKG_ARGS} $${_LATE_PKG_ARGS}
.if !defined(NO_MTREE)
PKG_ARGS+=             -m ${MTREE_FILE}
.endif

一応動いてそうなので、いつかのためにメモ。

追記（5/20）

やっぱりダメ。依存関係によってインストールされたパッケージに正常に@pkgdepがつかない。 -DINSTALLS_DEPENDS がうまくわかってない感じ。

moodleにJava appletを置こうとしてFirefoxのバグにはまる

2008-12-10T00:09:00.010+09:00

moodleのコース内にちょっとしたJava appletを置くことにした。ウェブページリソースを作り、appletのためのタグの書きかたをすっかり忘れたので他のサンプルをみようみまねで挿入し、目的のjarファイルをアップロードして表示させてみると、指定したエリアだけ確保するもののappletがスタートしない。

FreeBSDのFirefox 2では動く。WindowsのFirefox 3では動かない、IE7では動く。Javaのコントロールパネルからキャッシュを明示的に消さないと、IE7で動いてしまった後はFirefox 3でも動いてしまって、途中大混乱したが、Google Chromeでも動く、Safariでも動く、ともかくFirefox 3で動かない。

apacheのログによると、303、つまりSee otherで、ログインページに飛んでいる。コースを表示中だからログインは当然している。なのにログインページに飛ばされるということは、MoodleSessionのクッキーをちゃんと送っていないということしかない。ログのフォーマットを変更してこのクッキーを表示させてみたら、たしかにFirefox 3のみ送っていない。他のブラウザは同じ Java RE で動いているので、Firefox 3のバグに違いない。

というわけで、Bugzillaで検索して出てきたのが、Bug 441166。「サードパーティの Cookie も保存する」のチェックをはずしていると、appletがクッキーを送らないらしい。原因はまさにこれだった。基本的に一部の例外以外はFirefox終了時にクッキーを消す設定にしているが、Firefox 3の導入時に、そういえばサードパーティCookieは拒否することにした気がする。Firefox 2にはそんな設定がなかったから問題が起きなかったわけである。

いちおう解決というか、Firefox 3にがんばってもらわないと好みの設定ができないわけで、その意味で当面解決不能。

フレッツ・光プレミアムのインストールツールではまる

2008-10-15T09:46:00.005+09:00

いろいろあってNTT西の光プレミアムを入れることになり、VDSLモデムとCTUとVoIPアダプタをごちゃごちゃつける工事がなんとか終わって、とりあえずひかり電話が開通してることを確認してもらった。プロバイダとかの設定はどうするのときいたら、とにかくCD-ROMつっこんでそれでやってねと言い残して、工事の人は去っていった。モデムのマニュアルもCTUのマニュアルもほんの薄っぺらいものしかなく、必要なものはすべてCD-ROM内っぽい。

無用なトラブルを避けるために言われたとおりにCD-ROMをさし、無線LANは念のため使わず、CTUとPCをケーブルで直接つなぐ。CD-ROMに入ってるインストールツールを動かし、スタートアップツールのインストールを開始すると、途中で、「IPv6がインストールされていません。IPv6をインストールする必要があります。インストールしますか？」という半強制的なダイアログが出て、キャンセルする理由もないのでそのままOKし、とりあえず完了。次にインターネット接続設定に進むと、デフォルトブラウザじゃなくIE7が起動され、「[2001:d70:3:1::3:3] に接続しています。」状態から進まない。何度か試すと、ようやくCTUのログインページが表示されて、さらにプロバイダのID/パスワードを入力するページが表示されて、設定完了。Yahooなど主要サイトには問題なく接続できることを確認し、あっさりと、めでたしめでたし。

いや、違った。CTUの細かい設定などはどうするのだろうと思い、スタートアップツールを動かして、「CTU設定」をクリックしてみると、IEが開いて接続中のまま固まる。しかもCPUを100%食っているようである。https://ctu.fletsnet.com/ を直接Firefoxで開こうとしても症状は同じ。

ふと思いついて、ローカルエリア接続のプロパティからMicrosoft TCP/IP version 6のチェックをはずしてみると、あっさりつながるようになった。別のPCで、最初からIPv6のインストールをキャンセルしても同様。まったく問題なし。IPv6をインストールするとそのPCでもだめ。XP SP3がIPv6に未対応なのかとも思ったが、これほど一般的な環境で問題が起きるなら、NTTだって最初からIPv6を入れさせたりしないだろうし、まったく手がかりなし。

で、2chに頼って、光プレミアムのCTU設定スレがあるのをみつけ、IPv6で検索したら、NOD32は未対応のくそソフトとか、3.0なら対応してるとか。まったく盲点だった。家中のPCにはNOD32 v2.7が入っている。どのPCでもだめなはずだ。最初のインストールツールで1回であれCTUにつながった方が奇跡的だ。DNSのAAAA検索がうまくいかなかったか何かなんだろうか。

ためしに3.0にバージョンアップしてみたら（ライセンスはそのまま動くらしい）、IPv6下でFirefox, IEともに無事に接続できるようになった。ようやくめでたしか。

ところが、ともちゃ氏によるNTT西日本Ｂフレッツシリーズ及び光プレミアムの裏側は、Bフレッツがらみの濃い情報がたくさんあるが、IPv6が生きている状態だとなぜだか接続できない（たまたま？）。

geliで遊ぶための自分用メモ

2008-09-11T01:17:00.003+09:00

FreeBSDでは、ezjail-adminを使えば、-c eli とすることで、簡単にgeliで暗号化したjailを作ることができるが、jailの数が増えるとどうも管理が面倒になった。キーファイルを使えばjailの数だけいちいちパスフレーズを打つこともなさそうだが、マウントポイントが多いし、なにかオーバーヘッドが大きそうな気もする。不意にクラッシュした後にそれぞれfsckするのもめんどくさい。なので、ディスクまるごとgeliで暗号化して、jailはその上に置くことにしたい。

それに、「失われた友人の400GBに捧ぐ - 暗号化GELI(8)メタデータ保存機能追加」（gihyo.jp）とか恐ろしげな記事があるし、もうちょっと geli を自在に扱えるようになっておきたい。

というわけで、geli で遊ぶための知識をいくつか。

geliでは、物理的なデバイスの最後の512バイトにメタデータを置いている。メタデータの中身はおよそ次のとおり。

マジックナンバー'GEOM::ELI'
暗号方式
パーティションサイズ、セクタサイズ
64バイトのソルト
192バイトのマスターキー×2個（0番と1番）
MD5ハッシュ

ちゃんと調べてはいないが、パスフレーズと64バイトの乱数キーファイルとマスターキーの一方とソルトとセクタ番号を組み合わせると、セクタ暗号化の鍵が得られるっぽい。0番でも1番でも同じ鍵が得られるようにマスターキーを生成するのだろう。

geli コマンドはほとんどメタデータにのみ作用する。サブコマンドの主なものは次のとおり。

geli init: メタデータの新規作成。ソルトの生成（以降変化しない）。パスフレーズ、キーファイル、ソルトにより0番のマスターキーを生成。
geli dump: メタデータの表示。
geli backup: メタデータのファイルへの保存。
geli restore: 保存したメタデータの復元。
geli setkey: 指定した番号のマスターキーの変更。パスフレーズ、キーファイル、ソルトにより生成される。
geli delkey: 指定した番号のマスターキーの破壊。
geli kill: メタデータの破壊。乱数で上書き。
geli clear: メタデータの破壊。ゼロで上書き。

setkey, delkey, kill, clearで破壊しても、backupがとってあれば、restoreすることにより完全に元に戻せる。geli(8) にあるように、管理者用のメタデータを別の場所に保存してから、ユーザのマスターキーで上書きしてしまうという管理シナリオもありうる。

上のgihyo.jpの記事は、init時に自動的にメタデータを保存するようになったというもの。backupを用いて手動で保存すれば同じ（はず）。

オプションで geli init -a aalgo を用いると、データ完全性検証をするので、セクタごとにハッシュ分の領域が食われる。少なくともinitは相当遅そう。attachも？通常使用のパフォーマンスはどうなんだろう。そもそも、誰かがattach前にデータを壊したことを知りたいという用途はかなり少ないかも。

FreeBSDのjail内でdhcpdを動かす

2008-09-04T18:30:00.009+09:00

今のところFreeBSD-7.0のjailではbpfが動かないが、net/isc-dhcp3-serverにはDHCP_SOCKETSオプションがあり、bpfを使わずに動作するバイナリがビルドできる。しかし、これをjail内で動かすだけで、dhcpサーバとして働くかというと、そうもいかなかった。

まず、jail内ではbroadcastパケットを受信できないようで、dhcpリクエストの中継サーバが外に必要らしい。jail(8), jail(2), ハンドブックを探したが、broadcast受信の制約は見かけなかった気がする。jailの制約はときどき変わったりするので、どこかにまとめてあればいいんだけど。

そこで次に、net/isc-dhcp3-relayをホスト側で動かしてみた。そうすると確かに、dhcpdのログにはリクエストの到着とレスポンス内容が記録されるが、そのレスポンスパケットが外に出ていっていない。jail内のdhcpdからlo0経由でホスト側に来たパケットをdhcrelayが見ていない感じである。dhcrelayに -i lo0 を指定するとエラーになるので、無理やりIFF_LOOPBACKをスキップしないようコードを修正してみたが、それもうまくいかなかった。

というわけで、dhcrelayを完全に別のホストに設置してみたところ、あっさりと双方向に中継されて、dhcpクライアントが動くようになった。つまり、同じホスト内でパケットを中継するということをdhcrelayが想定していないせいなので、うまくいじれば直せる問題だと思う。

とすると、他の実装では動く可能性があるということなので、試しに、net/dhcprelay と net/dhcprelya をホスト側で動かしてみたら、どちらも、*_ifaces に lo0 を追加指定するだけで、問題なく中継できてしまった。そこで最終的に、これらのうち、高負荷ルータ用と銘打っている dhcprelya を採用。

ちなみに、dhcpdには、ホスト側で起動してbpfを掴んだのちに、chrootやjailに入るというオプションもあるようだが、美しさというか整合性の都合で採用を見送った。

中継サーバがいらなくなるであろう、vimageの正式採用にとても期待。

追記（9/11）

dhcprelyaを動かしていたら、数秒に1回

wrong ether type -- packet ignore

と出ていた。わずらわしいだけだが、dhcprelayだと出ないようなので、こちらに採用変更。

javavmwrapperで特定のJavaVMを選択させる自分用メモ

2008-08-26T09:45:00.006+09:00

わけあって手元のFreeBSDマシンに複数のJDKをインストールしたが、どのJavaVMを使うかどうやって指定すればいいか調べても、なかなかクリーンヒットしなかったのでメモ。javavmwrapperのスクリプトを読んではみたが、はじめは解読できなかった。

次のように環境変数を二つ指定することで、目的のJavaVMが選択できる。

JAVA_VENDOR=freebsd JAVA_VERSION=1.6 → java/diablo-jdk16
JAVA_VENDOR=freebsd JAVA_VERSION=1.5 → java/diablo-jdk15
JAVA_VENDOR=bsdjava JAVA_VERSION=1.6 → java/jdk16

JAVA_VENDOR にはblackdown, ibm, sunも指定しうる。空白をあけて複数指定すれば、適当なのが選ばれる。JDKとJREを同時に入れてたらどうなるかは不明。

JAVA_HOMEを指定しても選択できるが、openoffice.orgのビルド時に指定するなと言われる。ついでに、openoffice.orgのビルドでは、JAVA_VENDORなどを環境変数で指定しても上書きされるので、makeのオプションで指定する。

FreeBSD 6.3のSMPではOpenOffice.orgのビルドができない（もしくは不安定）

2008-06-10T00:24:00.006+09:00

このところ、OOoのPORTREVISIONが上がったときの更新などでうまくportupgradeが終わらず、Ctrl-Cで止めてもidlcというよくわからないプロセスが残ってkill -9しないと死んでくれないなど、ビルドのトラブルが続いていた。かといって、まったくできないわけでもなく、何度か試してみると通ったりもする。規則性もよくわからなかったが、今回の更新で3-4回やってみても通らないので、何か報告がないか調べてみた。

すると、日本語ではパっとした情報はなかったが、freebsd-openofficeにidlc loops building openoffice.org-2 on FreeBSD 6.3-RELEASEとか、freebsd-smpにopenoffice build loops - seemingly only on SMP machinesとかいった投稿があり、SMPのスケジューリングがあやしそうな雰囲気。

そこで、/boot/loader.confに kern.smp.disabled="1" を加えて再起動し、ビルドしてみたら1回で通った。まさにSMPの問題らしい。OOoのビルド前後にいちいち再起動するのは面倒だなぁ。7.0とかULEとかで問題がなくなるのかどうかは、時間ができたら調べてみる。

ところで、ついでにccacheの効果を計ろうと、まずccache -Cしてからビルドしてみると、Core 2 Duo （当然Solo状態） E6600 で4時間半かかった。そして、そのまま2回目を行うと2時間10分ほど。ccacheそのもののオーバヘッドは測定できていないが、ほとんど半分にまで減っていることになる。PORTREVISIONがちょっと増えただけでビルドし直しというportsも多いわけで、今後はどのportsもccacheを使うようにしてみようかな。

追記 (8/26)

いろいろ試したので、まとめ。CPUはCore 2 Duo。スケジューラはデフォルト。
6.3/i386 + SMP → ×
6.3/i386 (UP) → ○
6.3/amd64 + SMP → ○
7.0/i386 + SMP → ○
7.0/amd64 + SMP → ○

ま、6系は6.4で最後らしいし、7に移行すればいいか。

FreeBSD 6.3でnvidia-driverがビルドできなくなってはまる

2008-06-09T19:44:00.006+09:00

gettext祭りのついでに更新されてたnvidia-driverをビルドしようとして、warningしか出てないのに途中で止まっておかしいなとか思いながら、何かのはずみでpkg_deleteしてしまい、バカなことにそのことを忘れて再起動したものだから、Xが動かなくなってあせる。

ヘッダ内のプロトタイプが合わないせいでwarningが出るのに、CFLAGSに-Werrorがついてしまっているのが原因なのはすぐ判明。しかし、static inlineの定義を宣言に合わせて書き直すのは面倒なので、-Werrorを無効化したい。

-Werrorをつけてる箇所を探して、とりあえず/usr/share/mk/bsd.sys.mkにそれらしいのがあったので、応急で/etc/make.confにNO_WERROR=yesをつけてみたがダメ。

さらに調べると、/usr/src/sys/conf/kmod.mkでWERRORが定義されてなければWERROR=-WerrorにしてCFLAGSに加えている。これって、WERRORを無効化することを考えていないわけか？しかたないので、無害なところでWERROR=-Wallを定義してみたら、とりあえずビルドに成功。

次に、無条件には無効化したくないので、portconfを利用して、/usr/local/etc/ports.confに書いてみたが、portsのMakefileではなく、サブディレクトリにあるsrc/Makefileで有効にするには、ワイルドカードで指定しなければいけないようだ。

x11/nvidia-driver*: WERROR=-Wall

でしのぐ。

とかやっていたら、同じようなタイミングで、ports/124407が出ている。いずれちゃんと修正されるんだろう。-Werror無効化なんていうハックじゃなくて、warningが出ないようにしてくれればいいんだけど。

kochi-ttfonts更新でlinux-flashplugin7に漢字出ず

2008-05-30T00:05:00.013+09:00

japanese/kochi-ttfontsが更新されたので、そのままportupgradeしたら、FirefoxのFlash Playerプラグインに漢字が出なくなった。例の/usr/local/lib/X11/fs/configはちゃんとハックしてあるし、どうしたことかと悩む。

ファイルアクセスの時刻を見てたら、Flashを動かすと、fonts.dirは読み込まれるのだが、kochi-gothic-subst.ttfが読まれた形跡がない。x11-fonts/cyberbit-ttfontsを入れてみると、こちらが表示されるが、字形が気に入らないので、これは避けたい。で、両者のfonts.dirに何か差があるのか眺めていたら、Cyberbitの方は、fonts.dirの左辺に書くファイル名にいっさい修飾がない。kochiの方はすべての行がTTCap拡張による修飾付きである。更新せずに放置しているFreeBSDの仮想環境と比べたら、そちらはkochiについても、修飾なしの行が含まれていた。

おそらく、libflashplayer.soはfonts.dirを自力で直接解析していて、TTCapの書式を理解せずに全体をファイル名とみなしてしまい、正しいファイルを開けなかったのだろう。なので、適当な行をfonts.dirに加えればうまくいくはず。ついでに、東風フォントじゃなくてIPAフォントにしてしまえるはず。というわけで、fonts.dirに以下の行を追加。

ipamp.ttf -kochi-mincho-dummy-dummy-dummy--0-0-0-0-p-0-dummy-0
ipagp.ttf -kochi-gothic-dummy-dummy-dummy--0-0-0-0-p-0-dummy-0

FoundryとFamilyしか見てないっぽいので、あとはダミーにしておいた。

以上で、Flash上でもIPAフォントがちゃんと表示されることを確認。これでja-kochi-ttfontsに依存するのは、ja-xpdfだけになった。こいつさえ修正できれば、kochiを消せる。いつかやろう。

追記（6/3）

ふたたびkochi-ttfontsが更新されて、fonts.dirをいじる必要がなくなった。というか、kochi-ttfontsを入れたり消したりすると、-kochi-の含まれる行がfonts.dirから勝手に削除されてしまうことがわかった。適当にディレクトリを作って、そこだけ見るようにfs/configをハックした方がいいのかもしれない。

ghostscript-gplで高速日本語表示

2008-05-08T21:40:00.009+09:00

これまで機嫌よくghostscript-gnuを使っていたが、evinceを使ってみようとしたら、print/libspectreのビルドでWITH_GHOSTSCRIPT_GNUは設定するなと文句を言われ、しかたなくghostscript-gpl (8.62)に移行してみることにした。フォント設定はほっておいてもIPAフォントで日本語が表示されるようになっていたが、デフォルト設定では、以前のafpl版8.54と同じく、その日本語表示が非常に遅い。

オプションをよく見ると、FT_BRIDGEという設定が可能で、TrueTypeフォントのレンダリングにFreeTypeを使ってくれそうな気配である。うまくいけば、7.07くらいに高速に表示してくれるかもしれない。そこで、これを設定し、FAPIcidfmapをいじって、

/Ryumin-Light << /Path (/usr/local/share/ghostscript/fonts/Ryumin-Light.ttf) /CIDFontType 0 /FAPI /FreeType /CSI [(Japan1) 2] >> ;
/GothicBBB-Medium << /Path (/usr/local/share/ghostscript/fonts/GothicBBB-Medium.ttf) /CIDFontType 0 /FAPI /FreeType /CSI [(Japan1) 2] >> ;

としてみたが、日本語フォントを表示させるところでSegmentation faultを起こしてしまった。

gdbのバックトレースなんかで調べてみたところ、どうやら、FAPI_do_char()がcid_to_TT_charcode()を呼ぶところで、TT_cmapというパラメータをNULLにして渡しているのに、その中で呼ばれているTT_char_code_from_CID_no_subst()が何も考えずにarray_get()にTT_cmapを渡してしまっているのが原因っぽい。だからといって、array_get()を呼ばなくしてみると、日本語の文字がまったく表示されなくなって使いものにならない。いろいろ調べたところ、gsの古いcvsの記録から、最初にこのあたりのコードを加えたときにはTT_cmapがNULLの時の処理が含まれていたのに、あとからそのコードが消えていることがわかった。

なので、同じようにTT_cmapの判定コードを加えたところ、Segmentation faultを起こすこともなく、しかも以前よりちょっと遅いかな程度に高速に日本語を表示できるようになった。

ただ、どうも多量にWarningが出るので、まだどこか完全じゃないんだろう。

追記（5/29）

FreeTypeを使うと、縦書きが使えないことが判明。

デフォルトでは、article9.psみたいな縦書きPSファイルを表示させると、括弧とか句読点とかの約物に横書き用をそのまま使ってしまうという問題があるものの、まずまず見られる表示になる。しかし上の方式だと、縦のベースラインがぐちゃぐちゃになって（文字の左側を揃えている感じだけどそれでもおかしい）、しかも一部の文字が歯抜け状態になり、実用にならない。うまくいかないものだ。

東芝DynaBook SS S5のHDD換装

2008-04-22T23:55:00.006+09:00

これまた長く使いまくっている私用のS5でも、かなり前から、R100の時と同じく、内蔵のMK2003GAHのキュルキュル音が出始めていた。交換そのものはどうということはないが、HDD上のリカバリ領域をうまくコピーするのに多大な労力が想像できて、躊躇していた。ところがついにCRCエラーが出始め、MK8007GAHに換装することを決意。

以前から、ノートPCの壊れたハードディスクを交換する(上)と(下)（浅田知広の温泉放牧中）やiPodのHDDをDynaBook SS に換装する（紅玉日記(2004-07-29)）により、S5でリカバリ領域を残してHDDを換装する方法が存在することは認識していたが、このためだけにTrue ImageやNorton Ghostを買うのもなんだかもったいないし、GPartedでなんとかやってみることにした。用意したのは、新しいHDDのほかに、100GBのUSB外付けドライブ、USBの純正CD-ROMドライブ、前に焼いたGParted LiveCD 0.3.4-11。

GPartedで起動して元のHDDを確認したところ、

/dev/hda1  ntfs  16.63GiB  boot
/dev/hda3  fat32  1.99GiB  hidden, lba

となっていた。そこで、とりあえずUSBドライブの後半を作業用に半分ほど空け、いろいろ試行錯誤する。以下はその抜粋。

まず、hda3だけUSBドライブの空き領域にコピー&ペーストし、HDDを交換して、新しいHDDの末尾に再度コピー&ペーストしてみたが、0を押して電源を入れても _ が出たままうんともすんとも言わなかった。

次に、hda1とhda3をそれぞれUSBドライブにコピー&ペーストして、それぞれ新しいHDDに同じサイズのままコピー&ペーストしたところ、Windowsは起動するが、0を押して電源を入れても無視してWindowsが起動してしまった。

次に、USBドライブの後半をext2でフォーマットして/dev/sda2をマウントしておき、hda全体をddでコピーしておいて（CRCエラーがあるのでconv=noerrorが必要）、新しいHDDにddで戻したところ、hda3のフォーマットがUnknownになってしまい（いったいなぜ？）、起動したところWindowsは起動途中でブルースクリーン、0押しリカバリはOSがみつからない風のメッセージが出た。（最初、このコピーをbzip2で圧縮して作成したが、bzcatが死ぬほど遅くて、圧縮などせずにddしてしまう方がはるかに速いことがわかった）

そして、MBRとかのパーティション外部のデータが重要そうだと気付き、最後にたどりついたのが、

USBドライブにext2パーティションを作りマウントしておく。
hda全体とhda3をddしてコピーをUSBドライブに保存しておく。
新しいHDDに交換し、hda全体をddで戻す。
/dev/hda3をfat32でフォーマットし直す（たぶん不要。未検証）。
hda3をddで戻す。
パーティションエディタでhda3をHDD末尾に移動させ、hda1を後ろにいっぱいまで広げる。
0を押して電源を入れ、リカバリ。

という手順。もっと簡便な手順もあるかもしれないが、とりあえずうまくいったので、手間をかけて探すのはやめる。力尽きた。

リカバリせずに元の環境を移したいなら、新しい方のhda1を一旦削除してGPartedの機能でコピー&ペーストした後、広げればいいのではないかと思う（けど当然未確認）。

ezjailで遊ぶための自分用メモ

2008-04-10T19:20:00.007+09:00

jailを使ってサーバ群を構成し直そうと、ezjailで遊んでみた。グリーンITも簡単（か）。

FreeBSD 7.0 を入れる。/etc/rc.confでインタフェースのalias（例えば192.168.0.3としておく）を登録。
ホスト側のプロセスがjailのアドレスでlistenしないようにする。

sshdのListenAddressをいじってアドレスを限定する。

syslogdに-bをつけてアドレスを限定する。

ntpdはそのまま。jailのアドレスでListenしても問題ない（はず）。

sysutils/ezjail を入れる。ezjail_enableを設定。
/usr/local/etc/ezjail.conf で、ezjail_jaildir をjail群用のでかいディスクに割り当てる（例えばTOPとしておく）。

ちょっとしたWEBサーバやメールサーバなら1個あたり何百MBで十分。

ezjail-admin update -p

ソースツリーをビルドし直し、portsnap fetchしてjail用のportsツリーもportsnap updateしてくれる。
-Pならportsツリーのみ。jailが走っていても実行できる。
-iをつけるとbuildworldせずにinstallworldのみ。
実行後はportsツリーも含めてTOP/basejailにインストールされる。basejailはjail内のbasejailにnullfsマウントされて、リンクされる。
TOP/newjailもbasejailへのリンク+αとして作成される。これをコピーしてちょっとフレーバーを加えてjailになる。

フレーバーを作成。

TOP/flavours/defaultを適当な名前（例えばwebとしておく）でコピー。
web/etc/{master.passwd, resolv.conf, localtime, newsyslog.conf, ssh/sshd_config, ...} とか、web/root/.ssh/authorized_keyを用意しておく。
web/etc/rc.confやらweb/usr/local/etc/sudoersやらを必要ならいじっておく。
web/pkg/を作成し、pkg_addしてほしいパッケージを入れておく。
create時に走らせたいスクリプトがあればweb/ezjail.flavourをいじる。（デフォルトの処理内容はpkgがあればその中をインストールすることだけ）

ezjail-admin create -i -s 1g -c eli -f web -r hoge hoge.example.com 192.168.0.3

TOP/hoge.example.comだと長すぎてdfが見づらいのでrootを短い名前で設定。
しばらく待ってgeliのパスフレーズを入力。暗号化しないなら-i -s 1g -c eliとかいらない。
ntpdが*：123で待ってると文句を言われるが、たぶん影響ないので無視。

jailが動いてないときにjailのイメージをいじりたいときは、ezjail-admin config -i attach hoge.examle.comでできるが、attachがへたくそでdetachできないバグがある。すぐ直せる。
/usr/local/etc/rc.d/ezjail.sh start hoge.example.com か startcrypto で、パスフレーズを入力するとjail開始。
sshが設定できてるならそのままsshするとか、jlsして目的のJIDにjexec JID /bin/shするとか、あとは好きなように。

電源が落ちたりして正常に終了できなかったときは、startcryptoする前に ezjail-admin config -i fsck hoge.example.com するべきかも。

ezjailは関係ないけど、当面気になるjailの制約まとめ:

domainnameが設定できない。ただし、ホストのdomainnameを参照することはできるので、同一ドメインでならjailでNIS（rpcbind, ypbind）を使うことは可能。ypservは不明。hostnameはjailごとにあるのに、NISなんてレガシーな技術はあんまりサポートしないという方向性か。
マウントができないのでNFSクライアントは無理。NFSサーバは試す気なし。
BPFがない。でも、net/isc-dhcp3-serverはsocket（）あたりを使って動かせるっぽい。
localhostにbindできないので、setgidなsendmailを叩いてlocalhostで待ってるMTA（msp）を経由してメールを出すことができない。外部の指定したMTAに直接つなぎに行くか、rootにsetuidする必要がある。/etc/mail/README参照。

ともかく、
Happy jail life!

FreeBSDでISOイメージを焼く自分用メモ

2008-03-12T22:41:00.004+09:00

ひさびさにFreeBSDでISOイメージを焼こうとしてすっかり忘れていたのでメモ。使わないと、オプションどころかコマンド名まですべて忘れて、manさえできない。

ATAPIのCD-R/RWドライブ（/dev/acd0）で焼くにはburncdを使う。

% burncd -f /dev/acd0 -s max data file.iso fixate

速いドライブなら600MBでも3分ほどで終わる。

追記 (8/26)

手元のPCを7.0に上げたあと、CD-Rを読み書きしようとすると、

acd0: TIMEOUT - READ_BIG retrying (1 retry left)

のようなエラーが出て、実用的な時間で終わらなくなってしまった。

ハードウェアが悪いのか7.0が対応していないのかよくわからなかったが、/boot/loader.conf に hw.ata.atapi_dma="0" を追加。7.0をCD-ROMからインストールする場合も同じように刺さるので、起動時のオプションでLoader Promptを出して、

set hw.ata.atapi_dma=0
boot

とする必要がある。

XfceとThunarでちゃんとアイコンを出すにはlibrsvg2が必要

2008-02-11T19:05:00.002+09:00

普段のPCではXfceがなかなか快適になったが、VMware Player用のFreeBSDでXfce4を入れて動かすと、アイコンが全然かっこよくならない。メニューの設定から、インタフェースを選んで、アイコンテーマをGnomeにするとデスクトップはたしかに変わるが、Thunarのメインのペインが変わらなかったり、挙動がよくわからない。

で、しかたがないので、xfdesktopのソースにデバッグプリントを入れてみると、xfdesktop_file_utils_get_file_icon（）でxfce_themed_icon_load（）が失敗してxfdesktop_file_utils_get_fallback_icon（）を呼び、/usr/local/share/pixmaps/xfdesktop/xfdesktop-fallback-icon.pngを表示している雰囲気。

そこから、
→gtk_icon_theme_load_icon()
→gtk_icon_info_load_icon()
→icon_info_ensure_scale_and_pixbuf()
→load_svg_at_size()
→gdk_pixbuf_loader_new_with_type()
→gdk_pixbuf_loader_load_module()
→_gdk_pixbuf_get_named_module()
→_gdk_pixbuf_load_module()
→_gdk_pixbuf_load_module_unlocked()
と大追跡を行って、最後に g_module_error() が "Cannot open "/usr/local/lib/gtk-2.0/2.10.0/loaders/svg_loader.so" と出力しているのをつきとめた（たぶんもっと上のレベルでエラーメッセージを探した方が早かったかも）。

このファイルは、graphics/librsvg2 によってインストールされるもので、gimp がこれに依存しているせいで、PCの方にはちゃんと入っていたようである。xfce4-desktopとthunarもこれに依存するようになってないといけなかったわけである。

というわけで、解決。

追記（2/21）

事態はそう単純ではなくて、本当の問題はもっと深いところにあった。

最初からxfceしか入れていないマシンを作ったところ、librsvg2なんか入っていなくてもちゃんとアイコンが表示された。そのマシンで追跡したところ、gtk_icon_info_load_icon（）にはSVGではなくPNGファイルが指定されて呼ばれている。では、そもそもなんで呼ぶ側の gtk_icon_theme_load_icon() がSVGを指定したりPNGを指定したりするかが問題で、これを追いかけていたら /usr/local/etc/gtk-2.0/gdk-pixbuf.loaders というファイルに行きあたった。これに image/svg を開くためのモジュール /usr/local/lib/gtk-2.0/2.10.0/loaders/svg_loader.so が登録されているかどうかを調べて、あればアイコンの拡張子を svg に決めるらしい。ではこのファイルは誰が用意するのかというと、gtk20をインストールするときにモジュールの有無を調べて、svg_loader.soがあればそれを登録するようになっているっぽい。

つまり、たまたまXfceとかThunarとかのアプリケーションがひっかかっただけで、gtk20とlibrsvg2の関係に問題があった。しかし、gtk20がlibrsvg2に依存すればいいかというとそうではなくて、もともと逆向きの依存があるので、循環させるわけにいかない。librsvg2のインストール・アンインストール時にgdk-pixbuf.loadersの中身をいじるようなしかけを作るくらいしかないのかもしれない。この場合、将来別のフォーマットのモジュールが出てきたら、同じしかけを追加していくことになる。

で、話はそれだけではなくて、同じようにgtk20がインストール時に探して登録してしまうものに、IM関連がある。/usr/local/etc/gtk-2.0/gtk.immodules がそれで、SCIMのモジュールがあればここに追加されるようである。依存関係についてはlibrsvg2の場合とまったく同じことになっていて、本来は同じような対処をちゃんとやっておく必要がある。

追記（2/22）

と思ったら、librsvg2もscimも、インストール・アンインストール時にgdk-pixbuf-query-loadersとgtk-query-immodules-2.0を動かすことになっていて、ちゃんとpkg_deleteすればgdk-pixbuf.loadersが更新されている。

問題は、librsvg2をインストールした状態でgtk20のパッケージを作り、それだけを別のマシンにインストールしたことだった。gtk20のインストール時にも走らせればいいのかも。

FreeBSD 6.3でもFreeSBIEはNO_UNIONFS=YESが必要

2008-02-04T21:29:00.000+09:00

FreeSBIEにはmfs+unionfsを使うことで/usrなどへの書込みも可能にするような機構が組み込まれているが、unionfsの不完全さから、デフォルトではNO_UNIONFS=YESとなっている。

これを解消することなどを目的に、FreeBSD unionfsの改善提案および修正状況として、unionfsの再実装と6.3へのバックポートも行われたらしいので、もしかして使えるんじゃないかと、NO_UNIONFSを消してみた。結果はあと一歩というところ。

/tmpのパーミッションや、/tmpや/varとのマウント順序、dhclientの実行時期などに問題があったので、conf/rc.d/unionfsを調整すると、これらはすぐに解決し、ベースのシステムは問題なく起動するまでになった。しかし、Xのデスクトップ環境を作ろうとしてみると、いろいろなアプリケーションがうまく起動できない状態になっていた。

相当な時間をかけていろいろいじって調べたところ、unionfs上でUNIXドメインのソケットにうまくconnectできていない（Connection refused）ことがわかった。kern/118346にも報告があった。

というわけで、unionfsの利用は、当面おあずけ。

この過程で、zshにはzmodloadというモジュールロード機能があって、zsh/net/socketというモジュールをロードすると、zsocketというコマンドが使えるようになり、zshだけでUNIXドメインソケットを張ることができることを発見。たしかに今回みたいなちょこっとテストには便利だけど、これだけの機能を日常的に使う人いるのか？

FreeSBIEでNO_COMPRESSEDFS=YESにするとsuid/sgidができない

2008-01-29T21:10:00.000+09:00

VMwareの仮想ディスクイメージを複数ユーザで共有したかったが、read onlyなvmdkはどうも作れなさそうである。そこで、read onlyなLiveCDイメージを作り、これを共有することにした。

最初、sysutils/livecdを試してみたが、これはFreeBSD 4以前が前提っぽく断念。もう消してもいいんじゃないか？次に、sysutils/freesbieを試すと、こちらは設定もわかりやすく、素直にisoイメージを作ることができる。

FreeSBIEは、デフォルトではgeom_uzipを使って/usrを圧縮し、isoのサイズを小さくしている。しかし、速度を測ってみると、やはりNO_COMPRESSEDFS=YESにして圧縮をしない方が速いようで、起動時間が1割くらい短縮される。イメージを実際にCDやDVDに焼くわけではないので、サイズは重要ではなく、速い方を採用しようと考えた。

しかし、起動してしばらく使ってみると、sendmailが文句を言うようになり、よく調べてみると、/usr以下の各バイナリのsuid/sgidビットがすべて落ちてしまっていることがわかった。これは、iso9660のファイルシステムにそのような属性がないためで、当然の結果である。geom_uzipを使った場合は、ufsの圧縮イメージをマウントするので素のFreeSBIEでは大丈夫だったわけだ。/sbinにあるsuidバイナリはどうしているのか見てみると、/usr/sbinに移動してリンクされていた。conf/freesbie.confファイルでEXTRAにsuidを加えておくと、このリンクが作成される。

というわけで、現状では、ちゃんと動くLiveCDを作ろうとすると、NO_COMPRESSEDFSは利用できないことになる。圧縮なしのufsのイメージを置いて、それをマウントするようにすれば、このsuid/sgidの問題は解決するかと思う。いつかやろう。

追記（1/31）

やってみた。結論からいうと、効果がなかった。

scripts/clonefs.shでusr.uzipを作っているが、その前段階でusr.ufsというまさに欲しいものを作っていた。これを適当な名前で残すようにし、conf/rc.d/uzipと同じようなものも作って、NO_COMPRESSEDFS=YESでisoを作り、起動してみた。当然ながらsuidは確かに効いている。しかし、速度はuzip版より数%前後遅い感じになってしまった。

これは、ファイルシステムが二重になっているのが原因なのだろうか？uzipを伸長する時間よりも圧縮されていないデータを物理的に入出力する時間の方が効くということか。HDDが遅いマシンだからなおさらだろう。

なので、今後は圧縮版のみ採用。

ブログのレイアウトを微調整

2008-01-23T00:45:00.000+09:00

アクセス解析で検索キーワードなどをながめていると、右のアーカイブ欄の記事タイトルやラベルにヒットしてしまうせいで、もっとジャストフィットする記事があるのにとか、そのキーワード群に該当するような記事は書いてないとか、無駄骨を折らせてしまっている例が散見される。

なので、ブログのアーカイブの欄から、ブログタイトルはすべて削除。ラベル一覧の欄も完全削除。むりやりGoogleにひっかけさせて期待しないページビューが増えても意味なし。

万一、全部読みたいなどという酔狂な方がいらっしゃっいましたら、アーカイブから年ごとあるいは月ごとに全部表示してください。

xfceで一般ユーザにシャットダウンをさせるための自分用メモ

2008-01-22T00:08:00.002+09:00

そろそろモダンなウィンドウマネージャを本格的に使おうかと、xfceを試してみる。

Terminalの動いているワークスペースにページャーやキーで移るのに何かワンテンポ遅れる感じがする。ktermやxtermだと何ともないのに。

最近のウィンドウマネージャには、ユーザがPCのシャットダウンや再起動ができるようなメニュー項目があったりするが、どうも選択できなかったので調べてみると、sudoの設定が必要なようだ。xfceの場合、/usr/local/libexec/xfsm-shutdown-helper がsudoできなければならない。sudoersに

%mygroup ALL = NOPASSWD: /usr/local/libexec/xfsm-shutdown-helper

を追加。

参考サイトでは NOPASSWD: の : が抜けていたので、フィードバックしておく。

追記（2009/3/24）

最近、Xを7.4に上げ、haldを動かし、xfceも4.6に上げたあたりで、「再起動」や「電源を切る」を選択すると、

シャットダウンの実行ができません
org.freedesktop.hal.power-management.reboot no <--
(action, result)

のような表示が出て、ログアウトするしかできなくなっていた。

xfce4-sessionのコードを読むと、halが動いているときはそっちを使うっぽい。なので、/usr/local/etc/PolicyKit/PolicyKit.confに、

<match action="org.freedesktop.hal.power-management.*">
    <return result="yes"/>
</match>

というコードを挿入して解決。

この場合は、sudoもなくてもOK。

moodleを1.8.4に更新

2008-01-15T22:40:00.000+09:00

moodleのセキュリティアラートが来て、loginas機能に権限昇格の脆弱性があるとのこと。
とりあえず1.8.4+に更新。ついでにNWikiを2.0 20080114版にアップグレード。

特に問題なく完了。

RealTekのデバイスはFreeBSD 6.3(RC2)なら問題なし

2008-01-10T19:47:00.000+09:00

ちょうど去年の今ごろ導入したPC （FreeBSD 6.2）で、pkg_info -g が一部のパッケージで

pkg_info: (null)/libdata/ldconfig/gcc42 doesn't exist

みたいな変なエラーを出すようになり、+CONTENTSの@cwdしかない行の後がちゃんと読めてなさそうな雰囲気があったので、ここらで潮時と6.3（ただしRC2）を入れてみた。

ビルドとインストールは特に問題なく完了した。6.2ではモジュールを入れ直さないとALC883が動かなかったが、6.3ではsnd_hdaがサポートされるということで大丈夫だろうと期待。RTL8110SCももしかすると動くようになるかもと淡い期待をいだきながら再起動。

音は出た。問題なし。

そしてイーサネットの負荷試験をしてみたところ、これまでのところ問題なさそうで、

re0: watchdog timeout

は一度も出ない。

pkg_info -g もエラーなし。

めでたし。

DynaBook SS 3480でのGParted LiveCDの利用

2008-01-04T18:22:00.000+09:00

使わずに何年もほったらかしておいたDynaBook SS 3480でちょっと遊ぼうと、起動してみたら、起動しなくなっていた。

HDDも酷使しつくした20GBのMK2016GAPだったし、ここらできっちり復活させようと、まずはHDDを120GBのMK1234GAXに換装。裏のネジをはずして、パームレストをはずして、ケーブルを慎重にはずすと、HDDには簡単にアクセスできた。34xx系列では80GBまでとかいう情報もあったが、問題なく認識して、リカバリもPC Cardタイプの純正CD-ROMドライブであっさりできた。

と思ったら、リカバリ後のWindows 2000が途中までしか起動しない。そのポイントも一定でない。メモリが怪しい雰囲気だったが、本体側64MBと増設128Mがあり、本体側だと絶望的だと思いながら増設RAMをはずしてみると、幸運にも問題なく起動することがわかった。

増設RAMはBuffaloのMS100-A128Mというもので、既に廃番。後継品のMS133-A128Mも販売終了。で、よくよく保証期間を見ると6年もあることがわかり、購入時期を逆算するともう過ぎているだろうななど考えつつ保証書を探すと、期限切れまであと2週間ほどということが判明。非常に幸運なことに、無償交換となった。

次の問題は、時計がまったく合わなくなったこと。時計用のバッテリーが死んでしまったためと考えられるので、チチブデンキあたりで買うしかないだろう。ちょっと遊ぶだけの目的には致命的な問題ではないので、とりあえず後回し。いつかやろう。

最後の問題は、リカバリCDが勝手に切るパーティションがCドライブ4GBだけであること。パーティションを分ける理由が特にないのと、Cが4GBではあまりにも使い勝手がよくないので、パーティションをまとめることにする。このためのツールとしては、GPartedが有名だったので、今後の練習も兼ねてLiveCDを使ってみることにした。最新の0.3.4-11のLiveCDを焼き、例の純正ドライブで起動してみると、

!!Invalid loop location: /gparted.dat

と言われて、起動しない。探すとGPartedのフォーラムでこの問題が出ていて、そこのアドバイスに従ってみると、どうやらPC CardのCD-ROMデバイスが起動したLinuxに見えていないという問題らしい。かといって、SS 3480はUSBのデバイスからは起動しないのでちょっと悩んだが、デバイスを認識してマウントする段階でLiveCDをUSBのCD-ROMドライブに入れ直せばいいと考えた。が、そのタイミングを計るのも面倒なので、もう1枚同じLiveCDを作ってしまうことにした。PCの左右にドライブを二つ並べてそれらのLiveCDを入れ、ようやく起動に成功。

GParted自体は、日本語モードにするとGUIの漢字が全部化けるので、英語モードを選ばないと何も操作できない。しかしGUIは使いやすく、ドキュメントなどは見ずにすぐにGUIでパーティションを変更できた。Windowsを再起動するとCHKDSKが走り始めて少しあせったが、ほどなく終了して起動し、目的を達成できた。

UNIX上でFirefoxとThunderbirdを連繋させる自分用メモ

2007-09-20T23:36:00.000+09:00

FreeBSD上でFirefoxとThunderbirdを使っているが、Windows上での場合と違って、デフォルトでは、mailto: や http: のリンクをクリックしても、相互に連繋して目的の動作をしてくれるわけではない。で、こんなことは、ちょっとした設定の問題だろうとググったら、すぐみつかった。

Linux Memo (thunderbird on gentoo) のfirefox と thunderbird の連携によると、互いの user.js 内で、目的のプロトコルハンドラで呼び出すプログラムを正しく設定すればよいだけである。このページでは、一旦シェルスクリプトを呼んで、そこからthunderbirdやfirefoxを起動する形になっているが、直接これらを記述して何も問題ない。変更したときにいちいち再起動するより、スクリプトを修正すればすぐ適用できるという点は利点か。

~/.mozilla/firefox/hoge/user.js:

user_pref("network.protocol-handler.app.mailto",
    "/usr/local/bin/thunderbird");

~/.thunderbird/hoge/user.js:

user_pref("network.protocol-handler.app.http",
    "/usr/local/bin/firefox");

となる。https: や ftp: も必要になりがちなので、加えておけばよい。
上のページには

user_pref("mail.strictly_mime.parm_folding", 0);

もあるけど、必要性は不明。とりあえず削除して問題ないみたいだが。

Emacs 22で日本語isearchをするときはMule-UCSが邪魔

2007-08-21T23:27:00.000+09:00

先月emacs22がportsの標準となったので、今月になって手元のマシンでもアップデートしたが、特に問題も見当たらず順調に動いていた。しかし、編集していたファイルで、たまたま日本語のサーチをしたくなり、isearchで日本語を入れたところ、

I-search: [か] あ [(error Invalid character: 131072, #o400000, #x20000)]

のようなエラーが出て、目的のサーチが一切できなくなっていた。

見てのとおりSKKの環境でもあるので、考えられる原因が複数あり、とりあえずエラーメッセージでググる。出てきたのは、Meadowのtrac内のバグ報告と、メーリングリストの記事。

バグ報告の方は、同様にSKKを使っている場合のようで、Mule-UCSをはずすととりあえず回避できるとある。そういえば、Emacs 22はUnicodeをきちんとサポートしているので、Mule-UCSの機能とかぶるような気もする。そのあたりが原因か？で、~/.emacs内のjisx0213をrequireしてる部分をコメントアウトしてみたら、たしかに問題なくサーチできるようになった。

その後いろいろ試すと、ファイルのcoding-systemにも依存するようで、sjisだと問題が起きない。eucだと確実に起きる。jisだと最初は問題ないが、一度問題が出るとその後も出るという感じ（正確ではないかも）。

メーリングリストの記事では、euc-jisx0213がどうのと書かれているので、やはりeucに関係があるのか。しかし、それに続くスレッドでは、Mule-UCSがなくても同じ問題が発生する手順が示してあり、Emacs 22でも同様の結果になった。

当面の使用では、Mule-UCSをはずしておけば問題は発生しないだろうが、ちゃんと直ってほしいところ。あと、Emacs 22ならMule-UCSって使わなくても済むのかな。

fontconfigアプリケーションのフォント設定

2007-08-03T23:19:00.000+09:00

最近gnucash 2.2.0が出たのでちょっと遊んでみようとしたが、まあ日本語化がほとんどできていない（1.xのころの訳がそのまま放置されてる感じ）のはいいとして、フォントがギザギザして見た目がなんとも不恰好。同じfontconfigを使っているはずのfirefoxやopenoffice.orgはちゃんとアンチエイリアシングがかかってるのに。そういえば、インストールだけして使ってないgimpとか、mousepadとかもギザギザしている。

で、原因を調べるうちに、japanese/ipa-ttfontsを入れるとついてくる /usr/local/etc/fonts/conf.d/62-fonts-ipattfonts.confのsans-serifからIPAPGothicとIPAUIGothicの行を消してみると、当然M+フォントになってしまうもののきちんとアンチエイリアスされたフォントが表示されることがわかった。ということは、オリジナルのIPAフォントに含まれている組込ビットマップが表示されてしまっているだけという感じである。

あとは、~/.fonts.confあたりをいじればいいんだろうということで、書体関係 Wiki - X でのフォント設定を参考に、

<match target="font">
        <test name="family" compare="eq">
                <string>IPAPMincho</string>
                <string>IPAPGothic</string>
                <string>IPAUIGothic</string>
                <string>IPAGothic</string>
                <string>IPAMincho</string>
       </test>
       <edit name="embeddedbitmap" mode="assign">
               <bool>false</bool>
       </edit>
       <edit name="antialias" mode="assign">
               <bool>true</bool>
       </edit>
</match>

のように加えたところ、gnucash, gimp, mousepadともアンチエイリアスが有効になった。というか、組込ビットマップフォントを使わなくなった。antialiasの部分は付けなくても同じ。falseにすると当然ギザギザになる。mode="assign"もこの場合はなくても同じ。IPAフォントに限らず全部やりたいという場合は、test要素を省けばよいが、match要素の中に入れておかないと効かない。

ついでにサブピクセルレンダリングは、conf.avail/10-sub-pixel-rgb.confをconf.dにリンクするか、その中身を~/.fonts.confに入れればよい。ただ、rgbかbgrかなどは、クライアント側の問題ではなくサーバ（ディスプレイ）側の問題なんだから、本来ここで固定的に変更するのはおかしいのではないかと思う。

さらにもう一件、以前の記事で、Firefoxでboldを出すにはuserContent.cssをいじってのfont-weightをboldにすればよいと書いたが、あれはやはりただの対症療法だったと悟った。やはりhtml的にの中にさらにを書いてより強調したいようなこともあるかもしれない。なので、問題の本質は、1回のでちゃんと太字にならないフォント処理側にあって、css側にあるわけではない。

解決は同様に~/.fonts.confでできる。

<match target="font">
       <test name="weight" compare="less_eq">
               <const>medium</const>
       </test>
       <test target="pattern" name="weight" compare="more">
               <const>medium</const>
       </test>
       <edit name="embolden" mode="assign">
               <bool>true</bool>
       </edit>
</match>

Windows XPでフロッピーイメージファイルをマウントする自分用メモ

2007-07-31T23:54:00.000+09:00

最近の（特にノート）PCにはフロッピーディスクドライブが付いてるものが少なく、USB-FDDもどこか遠くに旅していたりして、さらにFDDのついてるデスクトップPCにはFreeBSDが入っていて、日本語名のファイルが入ったFDを渡されて、日本語化したmtoolsを入れたり日本語対応でmount -t msdosするのがめんどくさい・・・というよくある（？）状況を打開するための自分用メモ。

使うのはVirtual Floppy Drive（日本製、オープンソース）。

イメージファイルをドライブに見せかけるドライバが主体だが、そのためのインタフェースもGUIになっており使い易い。

VFDをダウンロードして（ローカルフォルダに）展開し、その中のvfdwin.exeを動かすと、GUI画面が出る。
ドライバタブで開始種別は手動のまま、ドライバを「インストール」し、さらに「開始」しておく。必要なら関連付けタブで.flpを関連付けてしまう。
ddなりなんなりでフロッピーのイメージを取得し、Windowsのマシンに転送。
ちゃんと関連付けていればダブルクリックするなり、GUIから開くなりすれば、それだけでマウントされて、ドライブとして開かれる。
使い終わったらGUIから閉じる。閉じなくても停止すればライトバックされるが。
ドライバを「停止」して「アンインストール」まですれば元の状態に戻る。

という感じで、非常にあっさりできる。
素晴らしい。

Windows XPで古いファイルの圧縮をさせない自分用メモ

2007-06-20T19:47:00.000+09:00

再インストールしたマシンでディスクのクリーンアップをしようとして、古いファイルの圧縮のところでまたひっかかったのでメモ。

regeditで、HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\
CurrentVersion\Explorer\VolumeCaches\Compress old files を消す。

参考：Windows XPスマートチューニング (64) ディスククリーンアップから圧縮ファイルを外す, 古いファイルの圧縮中にディスククリーンアップツールが応答を停止する

Windows XPでクラシックなユーザーアカウントダイアログを出す自分用メモ

2007-06-19T20:15:00.000+09:00

ちょっとユーザーアカウントをいじろうとしたら、以前はタブ形式のダイアログだったはずなのに、再インストールしたころから、XPスタイルのダイアログになってしまっていた。ユーザータブとか詳細設定タブとか出したいのに。

MSのサイトにはコントロールパネルをクラシック表示にすればよさそうなことが書いてあるが、やってみても変化なし。

で、探したら、ともかく

rundll32 netplwiz.dll,UsersRunDll

を実行すればよいらしい。というわけでとりあえず解決。

ところがここには、Professionalなら

control userpassword2

でもいいと書いてあるが、やってみても何も起きない。どういうことだろ。

追記（6/25）

つづりミスだったらしい。

control userpasswords2

が正解。

reCAPTCHAの可能性

2007-05-29T23:06:00.000+09:00

CMUの始めたreCAPTCHAには、ユーザにちょっとしたサービスを提供してその見返りにちょっとしたボランティア的仕事をしてもらおうという、Google Image Labelerと同じような思想が入っている。

ユーザにとっては単なるキャプチャサービスで、サイト運営者は無料でその機能を利用できる。ところが、提示される2単語のうち一方は、デジタイズしたい本をスキャンして切り出した未知の単語で、ユーザは知らないうちに人力OCRさせられてしまうわけである。

なので、キャプチャとしては、もう一方の既知の単語の方だけが有効で、そちらがちゃんと入力できていれば、未知の方は適当に嘘を入れても認証が成功してしまう。ただし、どちらが既知でどちらが未知かはランダムに提示されるので、50%の確率で認証失敗してしまうリスクをおかしてわざと嘘を入れる可能性は非常に小さいと考えられ、同じ単語を何人かに入力してもらってそれが一致しているなら、その結果は高い確率で信用できると言える。

現在のreCAPTCHAで、もうちょっとだけチューニングされるといいのは、非ネイティブにも読める程度のノイズにおさえてほしいという点である。もともとスキャンしたノイズ込みの画像を波打たせ、さらにまぎらわしい位置に波線まで入ってしまっている。下のような画像を提示されても、英単語を知らないユーザにはcとeとoの区別がつかないと思う。

もっとも、日本語のOCRをしたいとして同じようなサービスを使うことにすると、日本語ネイティブにしか解けないキャプチャになるのは明らかで、ある程度はしかたないのだろうか。サイト運営者にノイズレベルや言語やなんやかやが調整できるようになっていると尚いいのかもしれない。

ところでこのような人力提供のアイデアは、何か人海戦術を使わないといけない他の種類の作業にも応用できそうだ。今は思いつかないけど。

IPAフォントによるFirefoxの文字化け

2007-04-27T00:00:00.000+09:00

以前から気になっていたIPAフォントを利用する際に発生するFirefoxの文字化け（グリフのコードポイント34個分のずれ）に関して、ttt: FreeBSDのMozilla Firefoxで文字化け　（というかフォント化け？）にも触れられているが、再現できるわけでもなく、気付いたら発生していて、再起動したら直るという状況だったので、手がつけられないでいた。FreeBSDが悪いのか、Firefoxか、IPAフォントか、ライブラリか、それ以外の設定の問題かさえ、手がかりがなかった。

そんなおり、LANG=ja_JP.eucJPで起動してGoogle Calendarを開き、設定ページに行くと、タイムゾーン選択メニューのGMT+09:00がGM2+09:00に、下の方のGoogleがGMMgleに、確実に化けることがわかった。しかし、LANG=Cでは化けず、LANG=ja_JP.UTF-8やLANG=fooでは化け、意味わからず。しかもAJAXの奥底なので、htmlのコードが得られない。CSSViewerを入れて調べてみたフォントファミリをまねてarial,sans-serifのテキストを書いたりしても化けるわけでもなし。

その後、ここに行くと、起動したてのLANG=ja_JP.eucJP firefoxで確実に化けることを発見。道が開ける。試行錯誤により、LANGに関係なく、次のコードで文字化けさせられるようになった。

<html><head><title>test</title></head><body>
H g<br>
&icirc;<br>
DEFGHIJK defghijk<br>
<b>
DEFGHIJK defghijk<br>
</b>
</body></html>

スクリーンショットはこんな感じ。

つまり、IPAフォントが持っていないようなラテン文字が出てくると、それまでにキャッシュした分は化けないが、それ以外の文字のグリフがすべて34個分ずれる。フェイスが変わると化けない。ここには現れていないが、サイズを変えても化けたまま。Google Calendarの設定ページについても、上の方に言語や国の選択メニューがあり、そこのラテン文字が化けてそれ以降がおかしくなっていたようである。

で、まず、libXftに山のようにデバッグプリントを入れ、XFT_DEBUG=1023にして、ログをとったところ、グリフ番号をキャッシュするためのハッシュ部分は問題なく、文字コードをグリフ番号に変換する部分の問題らしいことをつきとめる。次に、libfontconfigのfcfreetype.cにあるFcFreeTypeCharIndex()にもデバッグプリントを入れ、デフォルトのunicodeエンコーディングでグリフがみつからないと、AdobeSymbol, AppleRomanの順にエンコーディングを試し、みつかるとそのフェイスに対してそのエンコーディングをデフォルトにしてしまうことがわかる。

この先は、フォントの中身まで調べなきゃいけなくなりそうで、結局手に負えないのだろうかと思いつつ、とりあえずfontconfigとipaでググると、fcFontDecodersとか書いてあるそれっぽいブログを一件だけ発見。ueno's codeblog （IPAフォントのグリフ化けを直す）とその(2)である。

これによれば、IPAフォント中のグリフ番号が完全に狂ってるとのことで（よく理解してないけど）、親切にもそれを修正するrubyスクリプトまで置いてあった。さっそくありがたく使わせてもらい、ipagp.ttf, ipamp.ttf, ipagui.ttfを修正してみると、文字化けがピタリとおさまった。素晴らしい。化けるメカニズムについては、自分が追跡したことがだいたい合っていたようである。

ただ、'î' （î = iの上に^）とかが出せないが、どうすればいい？

moodleのloginhttpsで自分をロックアウトさせてしまった場合の自分用メモ

2007-04-11T02:24:00.000+09:00

moodleのフォーラムにも紹介されているが、mdl_configのname='loginhttps'のvalueを0にすればよい。

UPDATE mdl_config SET value=0 where name='loginhttps';

ちなみに、1.8無印ではloginhttpsが効かないバグが存在していたが、現在は修正済。

moodleを1.8にアップグレード

2007-04-04T23:00:00.000+09:00

プロダクションサイトを一旦は1.7.1+にアップグレードしてはみたものの、ロールがらみの問題がいくつかみつかり、結局1.6.2に戻してしまっていた。

コース設定で学生からコースを隠すと、そのコースの教師からも見えなくなってしまう[#MDL-7939]。
各コースの参加者リストに「コース作成者」全員がリストされてしまう[#MDL-7582]、[#MDL-7943]、[#MDL-8222]。フォーラムではここやここ（日本語）にパッチあり。Roles FAQにも対策 (How can I prevent course creators being listed as course participants?) が記されていた。

で、待ちに待った1.8 releaseが日本時間で新年度早々に出たので、半ば期待薄ながら、テストサイトで試してみた。結果は非常に良好。

1.6からの直接のアップグレードは1.8 betaではデータベースの更新ができずに失敗するため、1.7.1を経由するしかなかった。1.8 releaseでは直接アップグレードしてもまったく問題なし。

上のロールがらみの問題はどちらも解消。Roles FAQからも該当する項目は消えていた。

ついでに、NWikiが正式に1.8対応になったので、1.7対応版をおそるおそる1.8で使わずに済むようになった。（とはいえ、discuss問題は残っているが）

というわけで、プロダクションサイトもいきなり1.8にしてしまった。カスタマイズは後日ということで。

Bloggerの投稿記事ページだけを検索サイトに（その2）

2007-03-21T00:52:00.000+09:00

以前の記事で書いたように、Bloggerの通常記事だけが検索エンジン（特にgoogle）で検索されるよう、metaタグで制御しようとしたが、その顛末。

1月22日: "item"以外の全ページでrobotsを"NOINDEX"とする。
2月6日まで: "index", "archive"のページは順調にgoogleから消えるが、1月15日以降の通常記事が一向にインデックスされない。1月22日の記事だけインデックスされたが外部にリンクがあるためっぽい。
2月6日: FOLLOWを明示する必要があるせいかと考え、"NOINDEX,FOLLOW"に変更する。
2月8日: 1月30日の記事がインデックスされたがこれもトラックバックによる外部リンクがあるためっぽい。
2月11日: あきらめて一旦robots記述を削除。
2月21日まで: "index", "archive"のページがほぼ順調に復活。異なるURLでほぼ同じ内容のページは一方しかインデックスされないことに気付く（例えばあるラベルの記事が1個しかない場合）。
2月21日: robots記述に"noindex,follow"を再度加えるが、ルートページはインデックスされるように修正しておく。ついでに全部小文字に。
3月5日まで: "index"のうちラベルのページ、"archive"のページがインデックスからほぼ消える。
これまで: 通常記事のページはほぼ単調に増加。

というわけで、おそらく"follow"は意味なさそうで、ルートページに"noindex"はよろしくなさそう。

ちなみに、現在のrobots部分は、

<b:if cond='data:blog.pageType != "item"'><b:if cond='data:blog.url != data:blog.homepageUrl'><meta content='noindex,follow' name='robots'/></b:if></b:if>

としている。
&&の条件をどう書けばいいか調べてないので、b:ifを単に2重にしてあるのが不恰好。

パーティション暗号化機構gbdeとgeliの比較

2007-03-15T00:30:00.000+09:00

moodleサーバの個人情報保護用にファイルシステムの暗号化を導入する目的で、性能比較を行った。

gbdeの基本的な使い方

まず、5.xまででも実装されているgbdeについては、次のようにすると利用することができる。ここでは、SATAの320GBハードディスク/dev/ad12をまるまる使うことを前提に作業。

ロックファイル用の場所を用意しておき、次のコマンドでロックファイルとデバイス内のロックセクタの作成。ロックセクタというのは暗号化したマスターキーを分散配置したもので、その位置情報を暗号化したものがロックファイル（gbde(4)を読んだ理解が正しければ）。

# gbde init ad12 -i -L /etc/gbde/ad12

手動でやるだけならgeom_bde.koを明示的にロードする必要はない。-iでパラメータをファイルではなくインタラクティブに（というかエディタでいじって）与える。sector_sizeの初期値は512になっているが、これをフラグメントサイズ（通常は2048）にする方が性能劣化が多少まし。エディタを終了すると、パスフレーズを聞かれるので与える。3文字未満は不可らしい。

次に暗号化パーティションをデバイスとして認識させるためにアタッチ。

# gbde attach ad12 -l /etc/gbde/ad12

パスフレーズを聞かれるので、作成したロックファイルのパスフレーズを入力。間違えても文句を言わずに成功してしまうので注意。正しければ、/dev/ad12.bdeができる。もう一回アタッチしようとすると、今度は文句を言われる。あとは、/dev/ad12.bdeをnewfsしたり、mountしたり、やりたいほうだい。再起動したらattachをやりなおす必要がある。用が済んで、デタッチすれば、パスフレーズを知っている人しか使えない。

# gbde detach ad12

ちなみに、このad12.bdeをさらにgbdeでinit, attachすると、/dev/ad12.bde.bdeとかができあがり、2重に暗号化することもできる（が、たぶん遅くなる以上の意味はない）。setkeyを使えばパスフレーズを変更してロックファイルとロックセクタの暗号化をやり直せる。

パスフレーズを知らない、あるいはロックファイルがない状態では、ディスクを解読するのは不可能に近いが、絶対に安全なわけではない。destroyはパスフレーズを有効に保ったままマスターキーを塗り潰してしまう。nukeはマスターキーを破壊するっぽい（あやふや）。

geliの基本的な使い方

次に6.xから使えるようになったgeli。まず、乱数の鍵ファイルを作成する。

# dd if=/dev/random of=/etc/geli/ad12.key bs=64 count=1

そして、パスフレーズを設定してパーティション内を初期化。1文字でも受け付ける。

# geli init -s 4096 -K /etc/geli/ad12.key ad12

アタッチ。

# geli attach -k /etc/geli/ad12.key ad12

パスフレーズを入力するが、間違えればエラーで教えてくれる。アタッチした時点でgeom_eli.koその他が自動的にロードされる。あとは、newfs, mountすればよい。デタッチはgbdeと同様。

比較

まず、必要な領域のオーバヘッドが違う。gbdeでは領域全体の0.8%ほどが消費されてしまうが、geliでは2KBしか消費しない。

Filesystem        1K-blocks Used     Avail Capacity  Mounted on
/dev/ad12         302732078    4 278513508     0%    /mnt
/dev/ad12.bde     300385910    4 276355034     0%    /mnt
/dev/ad12.bde.bde 298058518    4 274213834     0%    /mnt
/dev/ad12.eli     302732076    4 278513506     0%    /mnt

次に速度。暗号化なし、gbdeで2048バイトセクタ、512バイトセクタ、geliで4096バイトセクタ、2048バイトセクタのそれぞれの場合について、soft updatesなしとありで、bonnie++-1.93.03_1（bonnie++ -s 1024 -n 128 -x 3）で測定した。下の表がその結果。%CPUが99とかにはりついてI/O性能と実質無関係な列（read系やputc/getc系）は除外。Latencyも特にsoft updatesありで変動が大きいので除外。

	Sequential Output		Random Seeks	Sequential Create		Random Create
	Block	Rewrite	Random Seeks	Create	Delete	Create	Delete
	K/sec	K/sec	/sec	/sec	/sec	/sec	/sec
normal	69588	58492	3902	2022	4458	1960	491
	64861	57344	3938	1961	4364	1987	582
	64223	57353	3939	1988	4390	1980	563
normal /soft	70279	57874	4080	26168	53044	22840	57746
	64084	57227	4081	26206	53507	23031	57089
	64229	57951	4042	26269	53261	22732	57586
bde2048	18388	24733	1233	537	1213	544	265
	20762	26431	1160	539	1227	542	290
	20208	25420	1118	536	1226	544	256
bde2048 /soft	19823	25618	1174	12536	46733	8146	52938
	17626	25727	1076	14287	41221	9214	52761
	15981	22313	1059	15025	43788	9521	51912
bde512	19234	17413	1296	421	1133	452	148
	19008	17464	1296	447	1156	448	145
	19099	17020	1300	454	1167	451	141
bde512 /soft	19094	16960	1186	11499	45933	8268	52772
	18647	17138	1178	12016	46305	10008	53334
	18872	17384	1185	12041	45969	9857	53266
eli4096	63671	56802	3829	753	1582	760	353
	62638	57836	3828	753	1581	760	497
	62221	57605	3770	754	1573	759	521
eli4096 /soft	66899	58708	3728	20798	53462	18126	56330
	59801	57577	3683	21123	53421	18530	57748
	59069	57151	3652	21010	51503	17918	57765
eli2048	65228	56823	4060	750	1580	749	576
	64113	58724	4182	752	1567	755	590
	61895	57829	4063	756	1578	753	572
eli2048 /soft	66406	58087	4036	21286	52358	18267	57784
	58373	57774	4090	21119	52487	17884	57678
	59135	57429	4071	21257	53561	17592	57969

これを見ると、gbdeでは暗号化なしに比べてスループットが3分の1以下に低下し、2048と512にも有意な差があることがわかる。これに対して、geliではcreateやdeleteで差が出るものの、writeは遜色ない速度。4096と2048にも有意な差はない。

というわけで、gbdeは忘れることにする。ただし、geliの方はgbde(4)のようなドキュメントが用意されていないので、メカニズムがよくわからないのは一つの問題。

N Wikiを使うにはテーマ設定が必須

2007-03-05T20:20:00.000+09:00

NWikiはmoodle 1.7.1+でとりあえず動いていそうだったが、Wikiとして実際に使おうとしてみると、重大な問題があった。編集ボタンがなく、インデックスや更新記録や検索のためのブロックを表示できなくなってしまっていた。古いサイトを復活させないと、1.7の問題かNWikiの問題かが切り分けができない状態になってしまったので、面倒さを天秤にかけて、直接ソースにあたった。

その結果、$CFG->showblocksonmodpagesという変数が設定されないと、それらのブロックがまったく表示されない状態になってしまうことがわかった。DFWiki 1.0にはこのようなコードはなかったので、最近のDFWikiあるいはNWikiの問題。しかし、この変数の設定箇所であるadmin/settings/appearance.phpをどうやって実行すればいいかを探すのに手間取る。

結局、サイト管理->外観->テーマ->テーマ設定がそれであることが判明し、解決。

しかし、Wikiの重要な機能がこんなところで他のモジュールとひとくくりで設定されていいものだろうか。

moodleの1.8へのアップグレードはドキュメント重要

2007-03-02T02:51:00.000+09:00

とりあえずmoodleのテストサイトで1.7.1+にしてみて問題がなかったので、プロダクションサイトもアップグレードした。カスタマイズはまだ何も入れていないが、そのうちに。

で、1.8を試してみようと、再びテストサイトを作って、普段どおりまず管理者権限でログインしようとしたら、アカウントが無効と言われはまる。ゲストもログインできないし自分のアカウントでもログインできない。これまでの経験で管理者でログインしたらデータベースの更新が行われるものと思っていたので、それができないのは1.8のバグでは。

と思ったが、全然ちがってた。Installation problemsのフォーラムでMoodle 1.8というディスカッションがあり、そこではwww.yoursite.edu/adminに直接アクセスしろとアドバイスされていた。その通りにやったところ、データベースの更新が始まって1.8への移行ができた。実はMoodle DocsのUpgradingには、ちゃんと書いてあった。

The last step is to trigger the upgrade processes within Moodle.
To do this just visit the admin page of your installation e.g. http://example.com/moodle/admin

ドキュメントはよく読みましょう。

外見上の違いは特になし。ただ、ベータなりの不具合がちらほら。トップページに出る各コースの説明文の位置がずれている。IEで横幅が狭いときにログインページ右半分の説明文の位置がずれている。HTMLエディタにならず変なjavascriptの一部が表示されてしまう。

NWikiモジュールは1.7用をそのまま入れてみたが、タブの表示が一部おかしくなる以外はとりあえず動いてそう。編集はまだ試していないが。

ともかく、1.8でぜひ使いたい機能は、ユーザプロフィールのフィールドを独自に定義できることである。半月以内くらいに安定してくれたら、一気に1.8に行ってしまうのだが。

DFWikiからN Wikiへの移行

2007-02-28T00:45:00.000+09:00

moodleは早くもまもなく1.8 releaseが出そうな勢いであるが、とりあえず現在の1.6.2から1.7系に移行する準備として、非標準のDFWikiのデータ移行を調べていた。そうすると、どうやら、DFWikiから派生したMoodle N Wiki（NWiki）というのが1.9から採用されることになるようで、まずはこれにデータを移行させてしまう方が安全そうである。

というわけで、DFWikiのサイトにあるHOWTO - Install N-Wiki in Moodle 1.6 ?を参考に入れようとしてはまった。

書いてあるとおりに、wiki_rev2007011901.zipをダウンロードして展開し、moodleのディレクトリにコピーしてmoodleに接続すると、テーブル等の更新が行われて…、まではよかったが、モジュール管理に行くと、dfwikiの活動数が0になっておりWikiモジュールが見あたらない。つまり、データ移行まで自動的に行われてしまったのにモジュールが使えない状態になった。さらに悪いことに、元々の設定では、DFWikiがあるからと思い、Wikiを非表示に設定していた。このために、どのコースからも実体が見えなくなってしまった。

で、何度も運用版のmoodleとデータをコピーしなおしては試していて、ふと、ブロック名の一部が???とかになっているのに気付く。日本語っぽい雰囲気からja_utf8/wiki.phpを見ると、すべて文字化けしていた。zipで配布されている元のファイルが壊れていた。で、日本語のモジュール名になっているせいで表示できない可能性もあると思い、とりあえずこのファイルを消したところ、Wikiモジュールが復活し、元からあったDFWikiの活動が移行されていることが確認できた。

次は1.7。Wikiモジュールをちゃんと更新してから接続しないといけないので、ちょっと二の足ぎみ。

moodleでloginhttpsを選択可能にする自分用メモ

2007-02-26T22:08:00.000+09:00

SSLの鍵と証明書を/usr/local/etc/apache2の下に（でもどこでも）置いてssl.confを設定し、/etc/rc.confでapache2ssl_enable="YES"とすればhttpsでのアクセスもできるようになる。

しかし、moodleでログイン時のみhttpsにするloginhttpsの設定ができるようにするには、phpからhttpsがfopenできなければならず、それにはsecurity/php5-opensslをインストールしておく必要がある。php.iniは特にいじる必要なし。

それにしても、最近のサーバ証明書は、5年有効再発行付き法人後払い可で2万円で手に入るのか。OとかOUとかまともにつかないけど、moodle用途なら十分。

Yahoo! Site Explorerがmetaタグ認証に対応

2007-02-25T23:24:00.000+09:00

ずいぶん前にYahoo! Site Explorer（Google Webmaster Toolsのyahoo.com版）にこのサイトを登録したが、これまで認証はファイルベースであったため、blogspotのブログは認証できていなかった。

で、今日見てみたところ、いつのまにやら(どうやら1月末ごろから)metaタグでAuthentication（GoogleでいうVerification）ができるように改良されていたようで、早速やってみた。

Core 2 Duoマシンのcpufreqによるクロック周波数制御

2007-02-24T23:40:00.000+09:00

このCore 2 Duo E6600のPCはわりとつけっぱなしにするので、（FreeBSD）そのパソコン、無意味に熱くなってませんか？ ――― CPUの消費電力を減らす方法を参考にいじって電力を調べることにした。

もともと、sysctlでは、

dev.cpu.0.freq: 2400
dev.cpu.0.freq_levels: 2400/88000 1600/56000
dev.acpi_perf.0.freq_settings: 2400/88000 1600/56000

となっていたが、書いてあるとおりにkldload cpufreqをすると、

dev.cpu.0.freq: 2400
dev.cpu.0.freq_levels: 2400/88000 2100/77000 1800/66000 1600/56000 1400/49000 1200/42000 1000/35000 800/28000 600/21000 400/14000 200/7000
dev.acpi_perf.0.freq_settings: 2400/88000 1600/56000

となり、非常にキメ細かくコントロールできそうに見える。

そこで実際に、dev.cpu.0.freqをいろいろいじって、本当に速度が変化しているか実測してみた。ベンチマークはmake -j4 buildkernel。まずは、cpufreqをロードする前の状態。

周波数設定	ユーザCPU時間	システムCPU時間
2400	462	51
1600	461	53

次に、cpufreqをロードした後の状態。

周波数設定	ユーザCPU時間	システムCPU時間
2400	462	51
2100	540	60
1800	645	72
1600	Invalid argument
1400	Invalid argument
1200	808	88
1000	Invalid argument
800	Invalid argument
600	1637	170
400	Invalid argument
200	Invalid argument

つまり、cpufreqをロードしていない場合は周波数を設定しても無意味であり、ロードした後でもすべての周波数が設定できるとは限らない（Invalid argumentが出ても実はdev.cpu.0.freqの値は設定されてしまうが、設定するたびにバラバラの性能になる）。きちんと設定できていれば、性能はほぼ比例している。

続いてワットチェッカーで電力を調べた。

周波数設定	アイドル時電力	ピーク電力
2400	102	148
2100	102	143
1800	102	140
1200	102	135
600	102	126

つまり、アイドル時電力は周波数とはまったく無関係であった。ピーク電力はそれなりに周波数に依存するが、全体に比べて大した差が出るわけでもない。

PCをほったらかしにしているようなアイドリング時に自動的に周波数を下げて消費電力を抑えてやろうと思っていたが、これではほとんど何の役にも立たないことになる。別の見方をすれば、最近のCPUの技術では、アイドリング時はあちこちのクロック(あるいは電源？)供給をカットして、止まっているのとほとんど同じにできるんだろうなと想像される。

とりあえずグラフ化してみた。

追記（2/26）

上のグラフを出すのにgnuplotに食わせたソース(自分用メモ):

set terminal png large
set output "cpufreq.png"

set xrange [0:2500]
set xlabel "Frequency (MHz)"

set yrange [0:1.1]
set ytics nomirror
set ylabel "Performance (normalized at 2400MHz)"

set y2range [0:150]
set y2tics 20
set y2label "Power consumption (W)"

set label "Performance (make -j4 buildkernel)" at 600,0.25
set label "Power (idling)" at 600,0.72
set label "Power (peak for make -j4 buildkernel)" at 600,0.9

plot "-" using 1:(513/($2+$3)) notitle with lp, \
"-" using 1:2 notitle axes x1y2 with l, \
"-" using 1:2 notitle axes x1y2 with lp

#  f   u  s
2400 462 51
2100 540 60
1800 645 72
1200 808 88
600 1637 170
e
#  f   W
2400 102
600  102
e
#  f   W
2400 148
2100 143
1800 140
1200 135
600  126
e

RTL8110SCは7-currentでも動作せず

2007-02-22T12:43:00.000+09:00

RTL8110SCによるre0: watchdog timeout問題は、6.2-STABLE, 7-CURRENT （2/22時点）ともに解消していなかった。というわけで、心置きなく、6.2-RELEASE + Realtek謹製ドライバを使い続けることにする。

FreeBSDのRealtek RTL8110SC用イーサネットドライバ

2007-02-02T00:58:00.000+09:00

マザーボード内蔵のRTL8110SCでre0: watchdog timeoutが出るおかげでacpiを切ってしまった新マシンであるが、ダメもとでRealtekのサイトに行ってみたところ、ダウンロードページで8110で検索して出てきたRTL8110SC(L) (Software)のページに、FreeBSD用があっさりと置いてあった。Readme.txtによれば、4.x/5.x/6.0でテストしたとのことである。

Readme.txtにはいろいろと細かい手順が書いてあるが、ようは、

reのない（適当にnodevice reとかした）configファイルを用意する。
/usr/src/sys/modules/Makefileからreを消す。
付属のif_rl.cとif_rlreg.hを/usr/src/sys/pci内の同名ファイルに上書きコピーする。
カーネルを普通にコンパイルしてインストールする。
いじったファイルを元に戻しておく（でないと、忘れてcsupとかしてどうなるか予測不能）。

だけである。ただし、3.で、if_rlreg.hをそのまま使ってしまうと、/usr/src/sys/dev/mii/rgephy.cが参照しているRL_GMEDIASTAT*のマクロが消えてしまうので、もとのif_rlreg.hから該当する定義をそのままコピーしておけばよい（たぶん）。

そして、/etc/rc.confのifconfig_re0をifconfig_rl0に書き換え、/boot/device.hintsのhint.acpi.0.disabled="1"を消し、再起動した。そうすると、見事に、

rl0: <Realtek RTL8169SC Gigabit Ethernet Adapter> port 0xce00-0xceff mem 0xfdeff000-0xfdeff0ff irq 21 at device 6.0 on pci3

と認識され（8110SCは8169SC扱いになるようだ）、rl0による接続が可能になった。

ネットワークの負荷を上げてみても、re0のようにwatchdog timeoutとlinkのDOWN/UPを起こしたりしないし、acpiを切った状態でもtcpdumpを開始したり終了したりする際に、

re0: promiscuous mode disabled
re0: link state changed to DOWN
re0: link state changed to UP

となっていた問題も解消した。

最近もif_re.cとかはよく更新されているようであるが、早くこの手間をかけずに済むようになることを期待。

FreeBSDのRealtek ALC883用サウンドドライバ

2007-01-31T23:41:00.000+09:00

引越した新マシンでサウンド関係の設定をし忘れていたので、とりあえず/boot/loader.confにsnd_driver_load="YES"を入れてみたが、音沙汰なしだった。このマシンはもともと静音PCとして売られているものだが、だからといってサウンドが鳴らなくていいわけではない;-)。

マザーボードのMSI P965 Neo-Fに塔載さているサウンドデバイスはRealtek ALC883というものらしいが、FreeBSD 6.2ではまだサポートされていないようである。

で、さっそく検索してみたら、turutani diary（妄想日記）（ALC833は誤記っぽい）にて、http://people.freebsd.org/~ariff/HDA/にsnd_hdaというドライバがあるということで行ってみると、そのページの内容自体はobsoleteだったが、http://people.freebsd.org/~ariff/以下にサウンドまわり全般の差分とバイナリが置いてあった。

とりあえず、READMEのとおりにバイナリを置き換え、loader.confにsnd_hda_load="YES"として再起動したところ、

pcm0: <Intel 82801H High Definition Audio Controller> mem 0xfdff8000-0xfdffbfff irq 22 at device 27.0 on pci0
pcm0: <HDA Codec: Realtek ALC883>
pcm0: <HDA Driver Revision: 20070105_0038>

と表示され、見事にサウンドが使えるようになった。

この先、installkernelするたびにこれも置き直さないといけないけど、しかたないか。早くマージしてほしい。

NISアカウント環境でacroread7を使う自分用メモ

2007-01-31T23:27:00.000+09:00

ようやく新マシンに引越した。結局ghostscript-afplは消して、ghostscript-gnuにした:-)。

で、acroreadを使おうとして、いきなり

(acroread:98396): GLib-WARNING **: getpwuid_r(): failed due to unknown user id (xxxx)

とか言われ、あわててググったら、昔同じところで行きづまっていたことを思いだしたので、メモ。

FreeBSDのLinuxulatorで動くいくつかのアプリケーションをNISアカウントで動かすには、/compat/linux/etc/nsswitch.confをきちんと設定する必要がある。具体的には、passwd, shadow, groupの各行を、

passwd:     files nis
shadow:     files nis
group:      files nis

とすること。

FreeBSDのghostscript-afplでIPAフォントによる日本語表示

2007-01-30T21:35:00.000+09:00

portsの依存関係でghostscriptが必要な場合、Mk/bsd.port.mkにより、デフォルトではprint/ghostscript-gnu (7.07)が入るようになっている。これとjapanese/ghostscript-gnu-jpnfontがあれば、日本語に関して特に何も文句のない環境ができあがるが、引越し前に他の版で遊んでみることにした。

TeX Wikiによれば、8.15は何かと不完全っぽいので、そこまで冒険するつもりもなく、print/ghostscript-afpl (8.54)を入れてみた。

最初に何も考えずに日本語PSファイルをgvで表示させると、kochi-mincho-subst.ttfがないと言われた。既に入っているのに見つけられないらしいが、どうせIPAにするからいいやと次に進む。フォントの設定はすぐにみつかり、/usr/local/share/ghostscript/8.54/lib/cidfmapにあった。

しかし単純にkochi-mincho-subst.ttfなどを/usr/local/share/fonts/TrueType/ipam.ttfなどに変更しただけでは、表示されなかった。フルパスなのでファイルがないとは言われないが、

Error: /invalidfileaccess in --.libfile--

となり、はまる。

まず、ソースを読んで、.libfileはGS_LIB内あるいはフルパス指定のファイルをオープンする演算子であることをつきとめる。しかし、ファイルは当然読めるし、どうしてinvalidなのかがわからず、右往左往する。TeX WikiにあるようにCIDFontとFontのディレクトリを掘ってリンクしたりファイルを作ったりしても、文字化けしたりしてうまくいかない。

ひょんなことから、gvではなくgs直接ならどうかとやってみたら、なんと日本語が表示されてしまった。ではgvでなぜだめかとコマンドラインを横取りしてみて、いくつも指定されたオプションを一つずつ調べていたら、どうやら-dSAFERが指定されているとだめらしい。gvに-nosaferを付け続けるのもいやなので、さらにSAFERが何をしてるか調べると、gs_init.ps内で、/PermitFileReadingなどを設定して、読むことまで禁止しているっぽい。

そしてさらに勘を働かせて、GS_LIB内のファイルならSAFERであっても読み出し禁止にならないだろうと、GS_LIBをきちんと設定してやると、ようやくgvでも日本語が表示されるようになった。GS_LIBを設定するのも避けるには、make時のマクロGS_LIB_DEFAULTに/usr/local/share/ghostscript/fontsが含まれていることから、ここに必要なフォントを入れるのが最善の解であろう。

サブディレクトリも扱えるのがわかり、最終的な解決として、cidfmap内のkochi-{mincho,gothic}-subst.ttfをTrueType/ipa{m,p}.ttfに変更し、/usr/local/share/ghostscript/fonts/TrueTypeを作ってipa{m,p}.ttfのリンクを置くことにした。

で、このように日本語が扱えるようになったghostscript-afplを今後使うかどうかは実は微妙。全体に薄い感じの表示になるのは設定でなんとかなるかもしれないが、最大の問題は、遅いこと。TrueTypeなどのバイナリをPSのレベルで解釈しているのか、ページができあがっていくのが見えてしまう。たぶん、すぐ消してghostscript-gnuを入れてしまう気がする。

それにしても、gsのエラー表示がもっとわかりやすければ、もっと楽に解決できそうなものなのに。

追記

-dSAFERで探したら、ふログでは、ps2pdfwr内の-dSAFERを削除することでps2pdfに関して解決していた。gvとかghostviewとかcups/プリンタドライバ系とかのgs依存ツールを他に使わないのならそれでもいっか。

Xのnvドライバで画面サイズ制限

2007-01-27T01:33:00.000+09:00

新しいマシンにはnVidiaのGeForce 6200 TurboCache系グラフィックボードが載っているが、同じnVidiaのRIVA TNT2で動いていたxorg.confをそのまま持ってきたら、

(II) NV(0): Mode "1600x1200" is larger than BIOS programmed panel size of 1280 x 1024. Removing.

と表示されて、1280x1024になってしまった。

そんな設定項目ないしと思ってググってもあまりパっとした解決策がなかったが、nvidia-xconfigを動かしてみればというヒントからportsを探して、nvidia-driverやらnvidia-xconfigやらがあるのをみつけた。で、この二つを入れて、nvidia-xconfigを動かすと、xorg.confのDriverのところが"nvidia"に書き換わった。

このままXを起動すると、問題なく1600x1200で表示され、解決。

そろそろ引越しの準備ができるかな。

おニューのCore 2 DuoマシンでFreeBSD

2007-01-26T00:09:00.000+09:00

現在使っている2年前の轟音マシンに堪えられなくなり、仕事環境の改善のためメインマシンを新調することにした。静音PCが専門のとあるBTOショップでいろいろ探しまわった結果、こんな構成を選んだ。

M/B: MSI P965 Neo-F
CPU: Core 2 Duo E6600 (2.4GHz)

一番の心配はマザーボード周り。

今のマシンでMarvellのオンボードNICに懲りているので選択肢がかなり狭まってしまった。Intelとか積んでいればかなり安心できるけど、あいにくBTOメニューになかった。このマザーボードはRealtekのRTL 8110SCというのを積んでおり、一応FreeBSDのサポートリストに入っていることを確認した。

スラドとかで脅されたICH8問題も気になった。kern/103602でもJMicronのatapiコントローラがどうのという問題が未解決のまま。万一CDが読み込めないとインストールにかなり手間どるかもしれない。

などという心配をよそに到着してしまったマシンを相手に、とりあえずCDに焼いたFreeBSD 6.2-RELEASEを入れてみたら、atapiの問題は一切発生せず、あっさりとインストールできてしまった。めでたし。

ところが、問題はやはり心配したところにあって、リモートからmake buildworldの時間を計ったりして遊んでいると、

re0: watchdog timeout

が頻発して、とうとう一度はsshまで切れてしまった。あわてて検索したら、古いスラドには「蟹を使ってる時点で負け」とか書いてあるし。ともかくworkaroundをいろいろ探したところ、8139なら古いrlで使えるようにしたら良くなったとかの情報もあったが、一番役に立ったのがLinuxQuestions.orgにあった情報で、/boot/device.hintsでapicとacpiをdisableにしたらおさまったというもの。とりあえず書いてあるとおりに、

hint.apic.0.disabled="1"
hint.acpi.0.disabled="1"

を加えてリブートしてみたら、見事におさまった。しかしこれでは、SMPも電源オフもできない。どっちか一方だけではどうかと、片方ずつdisableにしてみると、実は両方がenableのときだけ問題が発生することがわかった。SMPと電源ではどちらを取るかは自明で、acpiだけdisableとする。

でもやはり電源を切れるようにしたいところなので、いずれfxpかemのカードを買うことになりそう。

Bloggerの投稿記事ページだけを検索サイトに

2007-01-22T23:27:00.000+09:00

どんな検索語で閲覧されているかをたまにアクセス解析で調べてみると、単独の投稿記事ではなく、ラベル検索やアーカイブのページにヒットしてしまっているケースが少なからずあるようである。これは検索して来た読者の時間の浪費であろうし、私の本意とするところでもないので、そういったページがヒットしにくいように工夫してみる。

ようは、そういったページのmetaタグで、robotsのindexおことわりを入れればいいわけである。

Bloggerでは、テンプレート機能を使って、ページのタイプによって任意の内容を条件表示することができる。例えば<b:if cond='data:blog.pageType != "item"'>と</b:if>で囲めば、その部分は個別記事では表示されない。

ページのタイプには、

"archive": 月別のアーカイブ
"index": トップページと検索結果ページ
"item": 個別の投稿記事

があるようである。Bloggerのヘルプには"all"、"archive"、"main"、"item"があると書かれているが、試したところ、"all"や"main"に一致するページがないので、ヘルプ内容が古いのだろうか。

というわけで、headタグの直後に、
<b:if cond='data:blog.pageType != "item"'><META CONTENT='NOINDEX' NAME='ROBOTS'/></b:if>
を入れてみた。

結果が出るまで相当かかると思うので、そのうち何かわかれば報告する予定。

あとは、アーカイブリストの各記事タイトルや、ラベルリストの各ラベルもインデックスからはずしたいところだが、どうしたものか。

Mew 5.2に独自Content-Typeを追加

2007-01-15T19:15:00.000+09:00

Mewを5.2に上げたとたんに問題発生。どのメールを見ても、本文が表示されずに見慣れない

 ####### #     # #     #  #####  #######   ###   ####### #     #
 #       #     # ##    # #     #    #       #    #     # ##    #
 #       #     # # #   # #          #       #    #     # # #   #
 #####   #     # #  #  # #          #       #    #     # #  #  #
 #       #     # #   # # #          #       #    #     # #   # #
 #       #     # #    ## #     #    #       #    #     # #    ##
 #        #####  #     #  #####     #      ###   ####### #     #

というバナーが表示されるようになった。

あちこちにデバッグプリントを入れたりして調べるうちに、mew-mime-content-typeの中身を独自に追加していたのが悪さをしているのがわかった。

5.1までは、mew-vars2.elでmew-mime-content-typeにContent-Typeリストを初期設定していたので、~/.mew.elでこの変数に必要なContent-Typeを追加しておくだけでよかった。ところが、5.2では、mew-vars2.elではこの変数をnilに初期設定しており、~/.mew.elの後で読み込まれるmew-varsx.elで、この値がnilのときに限りリストを設定するようになっているため、mew-mime-content-typeをいじった結果、"text/plain"を含む基本的なContent-Typeがすべて抜けおちてmew-mime-functionが呼ばれてしまっていた。

なので、mew-varsx.el読込みの後で実行されるmew-init-hookでローカルな設定関数を呼んでもらうしかないようだ。

というわけで、~/.mew.elに

(defvar mew-prog-dvi '("xdvi" ("-geometry" "+0+0") t))
(add-hook 'mew-init-hook
          (lambda ()
            (setq mew-mime-content-type
                  (cons
                   '("application/x-dvi" "\\.dvi$" mew-b64
                     mew-prog-dvi mew-icon-text)
                   mew-mime-content-type))
            ))

を加えてみて、うまく動作することを確認した。

ちなみに、lambdaはself-quotingなのでquoteやfunctionする必要はない。

追記（1/17）

cons作ってsetqするより、add-to-listを使う方が洗練されてそうで見た目もすっきりするので変更。

(add-hook 'mew-init-hook
          (lambda ()
            (add-to-list 'mew-mime-content-type
                         '("application/x-dvi" "\\.dvi$" mew-b64
                           mew-prog-dvi mew-icon-text))
            ))

追記（1/17）

Mew5FAQに載っていた。

ja-acroread7をFirefoxのpluginとして動作させる自分用メモ

2007-01-12T00:12:00.001+09:00

japanese/acroreadとwww/linuxpluginwrapperを入れて、サンプルのlibmap.conf-FreeBSD6を/etc/libmap.confとして置くだけでは、FirefoxでPDFを見ようとしても

LoadPlugin: failed to initialize shared library /usr/X11R6/Adobe/Acrobat7.0/JPN/Browser/intellinux/nppdf.so [/usr/X11R6/Adobe/Acrobat7.0/JPN/Browser/intellinux/nppdf.so: Undefined symbol "__ctype_b_loc"]

と言われるだけである。/etc/libmap.confの

[/usr/X11R6/Acrobat7/Browser/intellinux/nppdf.so]

の行を

[/usr/X11R6/Adobe/Acrobat7.0/JPN/Browser/intellinux/nppdf.so]

に変更しておかなければならない。

OOoコンパイル問題2

2007-01-10T10:05:00.000+09:00

VMware PlayerのFreeBSDゲストでOpenOffice.org 2.1.0をコンパイルしようとすると、OSごとハングした。Alt+F2等の仮想コンソール切り替えは動作するが、プロセスが全部停止。FreeBSDは6.1-RELEASE-p10から不要な機能を除いたもの。デーモン類は基本的なもの以外はsmbd程度。メモリ割当ては256MB, swapは増設して1GB。swapをさらに2GBまで増やしても同じ。

で、メモリ割当てを384MBにしてやってみるとコンパイルが完了した。どう見てもOSの問題。再現性はあるけど、再現させる手間が大変。当面は対症療法で逃げよう。

ちなみに、メモリ384MBで、消費したswapは600MB強。1GBではぎりぎり足りるか足りないかなので、make時の2GBの表示はかなり安全側。WITHOUT_MOZILLAで消費したディスクは/usr/ports内で6.2GBほど。gcc-oooの分とか、mozillaとか、ソースとかの考慮も必要。

FreeBSDでswap領域を一時増設する自分用メモ

2007-01-07T16:58:00.000+09:00

OOoのコンパイルには多量のswap領域が必要と以前書いたが、make時のメッセージにそのことが追記されていた。はじめ1GB必要となって、10月に2GBに修正された。

それはともかく、swap一時増設などという滅多にしない作業はすぐ忘れるので、自分用にメモ。

基本的にはブロックデバイスをswaponすればいいだけだが、余分なパーティションがあるとは限らないので、適当なサイズの通常ファイルを作ってmd化することにする。

# dd if=/dev/zero of=/path/to/swapfile bs=1m count=512
# mdconfig -a -t vnode -f /path/to/swapfile -u 3
# swapon /dev/md3
# お仕事
# swapoff /dev/md3
# mdconfig -d -u 3
# rm /path/to/swapfile

/etc/rc.confに swapfile="/path/to/swapfile" を書いて、再起動するか /etc/rc.d/addswap start という方法もあるが、2回以上実行することを想定していないので、一時的あるいは実験的な用途向きではない。

東芝PORTEGE R100のHDD換装

2007-01-04T21:29:00.000+09:00

丸3年間使い倒してきたR100（dynabook SS S8とほぼ同スペックで、キーボードとグラフィックスコントローラが違う程度）の40GB HDDを80GBのものに換装した。

1日に数回、移動のための電源断はあるものの、ほぼ24時間稼動だった。東芝ヨーロッパによると、このHDDの製品寿命は5年または2万（通電）時間となっている（どうして日本のサイトにこの情報がない？）ので、たぶん後者はとっくに越えている。

最初の徴候は回転のキュルキュル音で、1ヶ月の間に数回観測。軸受がかなりへたってそう。次の徴候はアクセスの数十秒間の停止と規則的なヘッドシーク音の連発。CRCエラーのリトライあたりか。cygwinで該当するファイルをアクセスしてみるとIOエラーが出る。念のために調べたら、他の複数のファイルにもエラーがある。これだけ問題があるのに、HDD Healthはまだ2年も大丈夫とか予測している。セクターエラーだけならソフト的に回避できるかもしれないが、キュルキュル音があまりにもやばそうなので換装を決意。

というわけで、HDDを急拠調達し、正月休みに作業することにした。R100に元から塔載されていたのは、1.8インチのTOSHIBA MK4004GAH。2chモバイル板にはS8でのMK8007GAHへの換装実績が報告されていたが、念のためIDEコントローラがIntel(R) 82801DBM Ultra ATA Storage Controller - 24CAで、S8と同じであることを確認し、MK8007GAHを購入。

True Image系で現在の環境をそのまま移行させる方法も考えたが、どうせならまっさらにしてみることにした。ただし、当然Documents and Settingsは命綱なので、手元のUSB HDDにしっかりバックアップ。たぶん使わないだろうけど、C:直下の他のフォルダも全部バックアップ。

交換作業そのものは大したことなし。HDD格納箇所の蓋を開け、まわりにくっついてしまったたぶんシリコンゴム系のクッションごとHDDをソケットから慎重にはずし（のはずが、慎重でなかったので、ゴムのベロがちぎれてしまったが無視）、HDDからクッションをはがし、新しいHDDにくっつけ、ソケットにさしこんで、蓋をして終了。

付属のリカバリCD-ROM 3枚を使ってシステムを再構築し、アップデートを何回も適用し、バックアップしたApplication DataとMy Documentsあたりを中心に復元し、主要なアプリケーションを入れ直す。純正のCD-ROMドライブがあるとやはり心強い。無線LANのWEPキーとアンチウイルスのパスワードをちゃんとメモしておいてよかった。

細かいアプリケーションや設定のもれはあるだろうけど、バックアップ開始から丸々2日かけて、当面の作業には支障ない程度に復旧できた。何よりも、流体軸受のおかげで、HDDの回転音が非常に静かになった。相対的にシーク音（リトラクト音？）が目立つようになったが。

これであと3年は使える…か？

（3/5: 誤字訂正）

FreeBSDでISOイメージファイルをマウントする自分用メモ

2006-12-28T13:04:00.000+09:00

年に1回もしない操作で毎回マニュアルをひっくりかえすのが面倒なのでメモ。既にvnは存在しないらしい（いったいいつの知識やら）。

# mdconfig -a -t vnode -f /path/to/image.iso -u 4
# mount -t cd9660 -o ro /dev/md4 /cdrom
# お仕事
# umount /cdrom
# mdconfig -d -u 4

FreeBSDのlinux-firefoxでも日本語boldを

2006-12-26T00:44:00.000+09:00

userContent.cssをいじれば、googleなんかでもFirefoxでちゃんとboldが出るようになるが、ぽっぺん日記で指摘されていたように、これだけではlinux-firefoxでは効果がない。

で調べたところ、SPRの日記（*BSDとかLinuxとかの覚え書き）にて、/compat/linux/usr/X11R6/lib/libXft.so.2.1.2が悪そうという情報を得る。しかし、リンク先のファイルがリンク切れ。

Fedora Core 4関連で続けて調べると、俺の話を聞け！によれば、fc4そのままではボールドが出ず、少なくとも、freetype-2.1.10, fontconfig-2.3.2, libXft-2.1.7を組み合わせれば出そうである。ということは、これらのlinux版ライブラリの新しめのを入手すればいいはず。

ところが、fc5, fc6用のrpmを探してライブラリをつっこむとGLIBC_2.4じゃないからダメと言われる。FreeBSD上でfc4クロス開発環境を構築するという手も考えられるが、あまりにも面倒そう。portsにあってもよさそうなものなのに。さらにfc4の動くマシンもない。

というわけで、最終手段として、fc4の動く仮想環境をVMware Playerで作る。CD-ROMイメージをダウンロードしてしこしこインストールしてもいいが、それも面倒なので、VMTNのVirtual Appliance MarketplaceにてFedora Core 4 operating system, workstation configurationを選んでダウンロードし、展開して実行（ちなみに、こいつのrootのパスワードはpassword）。この環境上でfreetype-2.2.1とlibXft-2.1.7のソースをダウンロードして「この順序で」インストール。fontconfigは不要だが、新しいfreetype中のFT_GlyphSlot_Emboldenが使えることが重要なのでfreetypeは必須で、インストール順序も重要。

そして、できあがった/usr/lib/libfreetype.so.6.3.10と/usr/X11R6/lib/libXft.so.2.1.2（ディレクトリはconfigure時に設定したので、ここになければどこかにあるはず）をFreeBSDの/compat/linux下のしかるべきディレクトリにコピーして、リンクをちゃんと張っておく。

以上で、linux-firefoxを起動すると、ボールドが出た。googleなんかでも出すには、userContent.cssをいじる必要があるのはネイティブ版と同様。かなりの手間をかけたわりにボールドが出るだけかという感じでもあるが、まぁ満足。

fc4あるいはxorg-6.8.2ベースである間の措置だろうと思うので、単独のportsとしてわざわざ作るべきものでもなさそう。早めの更新を期待。

追記（1/14）

SPRの日記（*BSDとかLinuxとかの覚え書き）にLinuxクロスコンパイル環境の構築例が掲載されている。今度必要になったら調べてみよう。

eclipseとFirefoxの相性が悪い問題

2006-11-30T00:29:00.000+09:00

FreeBSDのeclipseを3.2.1に上げようとしたら、ビルドが途中で止まった。xpcom.cppがなんちゃらとか、見た目、単純そうな文法エラーが大量に出る。

で、どうやらWITH_MOZILLA=firefoxではビルドできないらしい。eclipseの問題かFirefoxの問題か2.0の問題かよく読んでないけど、mozillaならいいらしい。

しかし、mozillaをわざわざ入れるのも嫌だし、もともとブラウザを組み込む必要も今のところないので、とりあえず、/usr/local/etc/port.confに
java/eclipse: WITHOUT_MOZILLA
を追加。

ところで、portconfはなかなかいいシステムだけど、make用の環境変数はいじれないものだろうか。

coreutilsアップグレード失敗

2006-11-22T08:22:00.000+09:00

portmaster使ったcoreutilsのアップグレード中、古いのを消した後のインストールの時点で、エラーで停止。

gmkdirがないらしい。

gmkdirってcoreutilsに入ってるんだから、インストールで使えるわけないじゃんと思いつつ、インストールし直してみる。新規インストールはうまくいったので、configureあたりでgmkdirがあると見て、そいつを使ってしまっているのだろう。freebsd-portsを見てみたら、案の定、既に報告されていた。でも、確かに、ありえるミスだ。クリーンインストールは何度でもテストできるけど、アップグレードのテストって面倒だしなかなかしないものだ。

で、依存関係の再構築をしないといけないんだが、portmasterってやっぱりこういう途中停止が面倒。と思ったら、幸い、どのパッケージも依存していなかった。

じゃあ、何のために入ってるんだろう？依存があったけど消えた？BUILD_DEPENDだった？消してもいいだろうか？

追記（11/24）

coreutils-6.4_1で修正済。

ja-xdvik-tetexでIPAフォントを使う覚え書き

2006-11-13T23:14:00.000+09:00

xdvikでIPAフォントを使うには、基本的には、/usr/local/share/texmf/xdvi/ptex/vfontmapを書き変えればよい。しかし、ただ書き変えただけでは、更新すると失われるので、vfontmap.ipaとかに作成しておき、~/.Xresourcesに

XDvi*vfontmap: /usr/local/share/texmf/xdvi/ptex/vfontmap.ipa

としておくとよい。

本来は、vfontmap.distがあるんだから、vfontmapが変更されてたら無視するようにportsを作っておいてほしいもの。

そろそろKochiフォント排除できるか。

FreeBSDのFirefoxで正しくboldを

2006-11-03T14:21:00.000+09:00

FreeBSDでようやくFirefox 2.0のportsが出て、さっそく上げた。

結局、1.5.0.7でもボールドの文字が完全には解決していなくて、ちゃんと出るサイトもあったが、特にgoodleで出なくて大変不便であった。ちょっと調べて出てきたサイト（ttt: FreeBSDと Firefoxとボールド体と）には、freetype2 などにWITH_CJKをつけないとボールドにならないと書いてあったが、若干情報が古く、現時点では WITH_CJK オプションは不要で、すべてコメントアウトされている。実際、きちんとボールドで出るサイトもある。

で、例によって、重い腰を上げて（最初からそうすればいいのに）、googleの結果のページと、ちゃんとボールドで出るページのソースを眺めてみた。そうすると、違いは、googleが要素を使ってるのに対し、後者は、だった。まさか、この二つの意味が違うとは。

Firefoxはをどのように扱っているかを調べたところ、/usr/local/lib/firefox/res/html.css 内で、

b, strong {
  font-weight: bolder;
}

などとなっている。

次に、bolderとboldの違いを調べ出したら、bolderはかなり複雑そうだ(W3, Take off with CSS)。そのフォントに割り当てられている次の重みを選択することになっているが、「割り当てられている」というのがかなりあいまいで実装しだいかと思う。

FreeBSDのFirefoxでIPAフォントを使った場合のfont-weightの値ごとの実際の表示が右の感じ。ついでに、を重ねれば、ちゃんとボールドになることもわかった。

とはいえ、を重ねるサイトなんてほとんどあるとも思えず、一つだけでボールドになってくれる方がよほど実用的である。

ということで、userContent.css には、

b, strong { font-weight: bold; }

を加えた。

ja-xpdfフォント問題2

2006-10-26T00:35:00.000+09:00

以前解決したつもりのja-xpdfフォント問題だが、まだぞろぞろ出てくる。

まず、DFGothic-EB-WIN-RKSJ-Hとかいうフォントが出てきた。DynaFontのDF特太ゴシックというものらしいが、埋め込みもせずに送りつけてこないでもらいたいものだ。ためらわずにxpdfrcに追加。が、DF系はまだまだ大量にありそう。ワイルドカードが使えれば楽になりそう。

次に、別のpdfで、
Error: Couldn't find '90ms-RKSJ-H' CMap file for 'Adobe-Japan1' collection
とか言われた。adobe-cmapsは入れてあるし、当然aj16/CMapの下にそのファイルはあるのに何言ってるのと思いながらソースを追いかけると、xpdfrcで指定されたcMapDir「しか」探さないようだ。ということは、ja-xpdfのデフォルトがタコなんじゃんと文句をいいつつ、cMapDirのうしろに/aj16/CMapを追加。

最後は科研費がらみ。学振のページで応募情報ファイルというのを作成し、それをダウンロードすると、xpdfでは、上の 90ms-RKSJ-H 問題の他に、
Error: Couldn't find a font for 'lrSvbN'
Error: Couldn't find a font for 'lrSVbN,Bold'
とか出る。なんじゃそのフォントはと、たまたまjlessに通して見たら、なんと
Error: Couldn't find a font for 'ＭＳゴシック'
Error: Couldn't find a font for 'ＭＳゴシック,Bold'
だった。エンコーディングはシフトJIS。とりあえずこのままの名前でxpdfrcにつっこんでシフトJISで保存してみたら、なんとか表示された。ただし、Boldかどうかの区別はできていない。どうすればいい？

誰がこんなフォント名でPDFを作るのかとプロパティを見ると、IOWebDOCというPDFベースの帳票システムらしい。科研応募システムの受注先が、これを入れて納品したって感じか。

で、acroreadはどうやって対処してるのかと、バイナリをシフトJISとみなして覗いてみると、50個ほどの日本語用フォント名が埋め込んであった。そのうち半分が日本語名。どれも「,Bold」は付いていないので、これは一般的なフォントの飾り指示であって、xpdfが対処すべき問題なんだろうと思う。

ところで、xpdfrcでは、フォント名を明示的に指定しなくても、
displayCIDFontTT
で registry-ordering （つまり、Adobe-Japan1 とか）を指定することはできる。こうすればマッチするフォント名がなくてもフォントマッピングができる。しかしこの場合、たぶんGothicやらMinchoやらの区別はできないので、あまり使いたくない。追加すべきフォントも検出できなくなってしまうし。

というわけで、xpdfの改良余地はまだまだありそう、というのが結論。

linux-flashplugin7

2006-10-23T23:45:00.000+09:00

以前の記事で書いたメモに従ってFreeBSDにlinux-flashplugin7を導入。libexec/rtld-elfのパッチも当て、ハンドブックの記述に対してX11BASEがLOCALBASEになったことも簡単に片付けて、firefox about:pluginsで認識することを確認。youtubeも動作。

で、あっさりこれで大丈夫かと思ったら、やっぱり問題があった。

音が出ない:

固まる:
www.sony.jpで固まる。video.google.comのどれかのビデオでも固まる。

日本語の文字が出ない:
Google Analyticsのレポート内の日本語文字がすべて空白に。ルパンのタイトル風フラッシュも文字がまったく出ない。

これらのうち、文字に関してだけ、半分解決した。

LinuxのFlash Playerは日本語フォントとしてKochi GothicとKochi Minchoを使うようにハードコーディングされている。これを、xfsのconfigファイルに記述されたパスの中から探すらしい。xorg.confとかに基づいて探すよりは、確かに楽か。

なので、FreeBSDの場合、まずjapanese/kochi-ttfontsをインストールし（TeXとか入れてたら普通は入っているはず）、/usr/X11R6/lib/X11/fs/config をいじって、catalogue の行に、TrueTypeのディレクトリを追加。

これだけで、Google Analyticsレポートは日本語が出るようになった。ところがルパンフラッシュは、何か文字らしきものは出るようになったが文字化けしている。文字エンコーディングが違っていて、一方にしか対応していないのだろうと推測される。

不意に踏んだリンクがたまたま固まるフラッシュを含んでいたりするのは当然予測できないので非常にやっかいだが、今も解決策なし。音に関しては調査もしていないが、デバイスがらみか。そのうち調べてみよう。

追記（2007/2/6）

xorg-fontserverを入れていないFreeBSDでは、/usr/X11R6/lib/X11/fs/configなど存在しないが、普通に日本語が出てしまった。ためしに、xorg-fontserverの入っている（がxfsを使っていない）マシンでconfigファイルを削除してもちゃんと出た。文字化けするフラッシュには効果なし。いらないものは入れるなということか。

厄介者sazanamiフォント

2006-10-23T22:43:00.000+09:00

FreeBSD上のFirefoxで、以前からボールドの文字がきちんとボールドで出ないことがあったのを放置していたが、ちょっと調べてみたらあっさり片付いた。

何の依存で入ったのか今となっては思い出せないが、japanese/sazanami-ttfは既にどれからも依存されていなかった。Firefoxを起動した後でたまたまTrueTypeの下をls -ltruしたら、sazanamiだけがアクセスされていて、これはと思って削除した。

その結果、何も問題なくipaフォントが使われるようになり、ボールドもちゃんと出た。こんな簡単なことでストレスの元が一つ減るとは。

FreeBSD GNOME祭

2006-10-19T00:40:00.000+09:00

GNOMEの2.16への更新に伴って、X11BASEやめてLOCALBASEにするぞ祭を開催した。ようやく収束。

UPDATINGに書いてあるとおり、portmaster -r pkg-config\* したら、かれこれ半分はできたろうか、まだまだなんだろうか、というあたりで、sysutils/policykit の更新に失敗して停止。uid=559とかいうユーザが既にあって作れなかったとか。1000未満は全部空けとかなきゃならんのだろうか。

uid問題はクリアにしたものの、再開させることもできず、残りを手動でできるはずもなく、結局最初からやり直し。いちおう速いマシンだったからよかったものの、VMwareの方はどうしようか悩み中。

ついでに、portmasterに関して tips。

パッケージ間のファイル衝突などがあると、portmasterがbackupが作れないとか言って停止することがよくある。この場合は -B オプションでバックアップ作成を抑制すると吉。

追記（10/21）

VMware側はuid問題がないので行けるだろうと更新開始。ところが結局かなり進んだところで停止してしまった。database/grass-i18n+ipafontのところでlibblas.aがないとか。libblas.soはあるのに。何かと競合を起こして消されてしまったのだろうか。

とりあえずmath/blasを入れ直して、対処法を考えていて、ふと思いついた。+IGNOREMEを使えばいいと。pkg-config以降更新されたパッケージ全部に対して+IGNOREMEをtouchしてから、同じようにportmaster -rを動かせばいいわけだ。簡単なことだった。

科研費マクロ改め科研費LaTeX

2006-10-18T23:49:00.000+09:00

これまでお世話になってた科研費マクロから、日本学術振興会公認の科研費LaTeXになった。科研費マクロはゴリゴリとマクロを駆使して種目に応じた罫線を引きまくったが、科研費LaTeXは原始的というか、メンテナンスの手間を抑えた目からウロコの方法だった。

つまり、学振と文科省が出している各種目別のPDF版様式をページごとにバラし、EPS（あるいはPDF）として\includegraphicsで背景として取り込んだ上に、各領域に文章を流し込むという方法である。バラしたものも込みでパッケージとして配布しているので、利用者はいくつか\newcommandに記入していくだけ。図も貼りやすい。

この方法だと種目ごとに別々のパッケージが必要になるが、どうせ一人が書くのって年に一つか二つだし、無理して一つのパッケージにまとめる必要もない。毎年の様式変更（てか、これをどうにかしてほしい）にも対応しやすい。

よい方向に行ってる感じ。今後も世話になります。

Firefox 2.0 RC3導入

2006-10-18T08:29:00.000+09:00

RC1ではまってしばらくほうっておいたが、そろそろPC内のほとぼりも冷めたろうと、思い切ってRC3を導入。問題なし。

よく使っていたQuteテーマがいつまでたっても更新されておらず、2.0で使うテーマをそろそろ考えなきゃと思っていたら、Quteのサイトで2.0用の分岐QuBranchがあることを発見。とりあえず満足。

と思ってちょっと違和感があったが、特に何も考えずに日本語版を入れてしまっていた。まぁいっか。

追記（10/29）

Qute 3.2.1が出て2.0に対応。

eclipseでもnfsロック問題

2006-10-12T23:16:00.000+09:00

Cプログラミングの教育用に、最近はやりの（何を今さら）eclipseが使えないかと、FreeBSDに3.1.2をCDT込みで入れてみたが、なんだかうまく動かず、またしてもnfsのロックに失敗している模様。~/.eclipse以下に残されたログを読むと、java.io.IOExceptionが何やら言っていて、-Dosgi.locking=none をVMの引数につけろと。

そんなこと言われてもどうすればいいのやらさっぱりわからなかったが、ググると、config.ini に osgi.locking=none と書けばよさそうということがわかり、やってみればすんなり動作。OOoの場合と違い、こちらはローカルな設定でなんとかなるので、更新時の手間がなくて楽。

langpack を入れるだけで日本語になっていることに驚く。LC_CTYPE しかいじってないはずだけど、どこ見てるんだろう。

Google Webmaster Tools確認用タグは残すべし

2006-10-10T22:03:00.000+09:00

以前、Google Webmaster Toolsの確認（verification）用のmetaタグは、確認後、消せばいいとか書いたが、どうも消すとまずいらしい？今日、summaryのページを見てみたら、

Verification status: NOT VERIFIED

となってた。

Bloggerではテンプレートに入れるしかないので、当然あらゆるページに無駄にmetaタグが付くが、ご容赦。

硬軟日記プライバシーポリシー

2006-10-05T00:08:00.001+09:00

1. 基本方針個人ブログサイト硬軟日記（以下「当サイト」といいます）の管理者であるHRT（以下「管理者」といいます）は、当サイトを利用する方（以下「利用者」といいます）の個人情報がプライバシーにかかわる情報であることを認識し、法令を遵守し、その適切な管理に努めます。

2. 収集利用する情報当サイトで収集利用する情報は、利用者個人が特定できない形態でのアクセス統計情報（アクセスURL、アクセス日時、アクセス元都市、リファラ情報、ユーザエージェント情報を含む）であり、当サイトのコンテンツの改善およびナビゲーションの改善の目的で利用されます。

3. 収集方法当サイトでは、Google AnalyticsおよびYahoo!アクセス解析を利用しており、それぞれGoogleおよびYahoo! JAPANに解析用のログデータを送信して、匿名のトラフィックデータを収集します。

4. 目的外の利用当サイトは、収集した情報を第三者に利用させません。また、この情報およびGoogle Analyticsのサービスを個人情報の追跡または収集に利用せず、さらに、この情報を個人情報と関連づけません。ただし、法令による定めがある場合はこの限りではありません。

5. 改訂当サイトは、随時本プライバシーポリシーを改訂する権限を保有しており、改訂した場合は当サイト上でお知らせします。

更新: 2006年10月5日
更新: 2009年5月27日

Google Webmaster Tools用feed

2006-10-04T21:52:00.000+09:00

Webmaster Toolsにatom.xmlを食わせるとエラーになっていたが、 rss.xmlで成功することがわかった。

Blogger betaのフィードにはいろいろ種類があって、@aka氏の記事に詳しくまとめられている。で、alt=rss以外に、隠しオプションはないのかとフィードの中を見てたら、max-resultsというのがあった。つまり、rss.xmlだけでは最新25個に制限されるフィードだが、http://*.blogspot.com/feeds/posts/full?alt=rss&max-results=100などとすれば、sitemapとして使えるように全記事を含んだフィードも作れる。

が、なかなかうまくいかないもので、Webmaster Toolsでsitemapとして使えるのは、そのサイトのトップディレクトリ内のファイルをさすURLでなければならない。それでは、と、rss.xml?max-results=100としたら、Page Not Foundだった。

やっぱり、Blogger自身が、betaのはずれるころまでに、sitemap.xmlを自動生成するようにしてくれるのが一番じゃないだろうか。あと、atom.xmlのnamespaceも直してくれれば。

moodleカスタマイズその3

2006-10-04T21:40:00.000+09:00

以前のカスタマイズに不具合。管理者による学生プロフィールの修正ができなかった。

firstname（に限らず、任意のフィールド）をdisabledにすると、それがフォームデータとして送られないらしい。$usernewでfirstnameがない場合に、それがdisabledによるものかチェックするため、usernameからfirstnameへの変換を関数に分離。該当すれば$userからコピー。

ついでに対応表を入手。1対多の場合があるので関連を聞いておかなければ。

moodleにSQL Injection脆弱性

2006-10-02T22:11:00.000+09:00

1.6以降のすべてのバージョンのmoodleにSQL Injectionの脆弱性が発見された。blog機能によるもの。パッチは1行だけ。urldecodeしていた部分を修正。

テクノラティでmoodleを検索してたら、たまたま奥村さんのブログにぶちあたって知った。

moodle.orgにサイト登録しとけば早めに通知されたっぽいが、どうするか。ゲストログインできるし、そろそろ登録するのがいいのかも。

Google Webmaster Toolsに対応させる

2006-09-29T00:21:00.000+09:00

このブログの趣旨は、基本的には技術系の日記であり、自分用のメモ、おぼえがきなので、継続的な読者がつくことは期待していない。しかしもし、自分のはまったのと同じところで誰かがはまっていて、ピンポイントの単語でググって昔の記事のどれかをみつけて解決の参考にしてもらえるのなら、これほど幸いなことはない。

ただ、せっかく適切な単語でググってもらっても出てこないのでは話にならなので、少しだけSEOしてみた。SEOといっても、あちこちトラックバックしまくったり、コメントしまくったり、PINGしまくったり、2chで晒したりじゃなく、まっとうなごくあっさりした「Google Webmaster Toolsへの登録」である。

基本的には、サイトの登録、サイトの確認（verify）をして、サイト構成が変わるたびにsitemapの再提出をしていけばよい。blogspotを使ったブログのサイト確認は、テンプレートをいじって、指定された<meta>タグを入れるだけである。確認が済めば消せばいい。

問題は、sitemapで、sitemap.xmlをトップディレクトリに置くわけにいかないので、RSS 2.0かAtom 0.3のフィードを食わせることになる。ところが、クリボウ氏の記事を参考にhttp://hsdiary.blogspot.com/atom.xmlを食わせると、 "Your Sitemap or Sitemap index file doesn't properly declare the namespace. （サイトマップまたはサイトマップインデックスファイルのネームスペース宣言が不適切です。）" と出てエラーになった。どうやら、beta版bloggerでは、atom.xmlのタグにxmlns属性がつかず、Googleはそれを厳しくチェックしてエラーにするらしい。そのうち直るんじゃない？という意見がある程度で、待つしかなさそう。

追記（10/12）

10月4日の記事に書いたように、atom.xmlではなくrss.xmlを使うことで、エラーを回避可能であることが判明。

Firefox 2.0 RC1がらみではまる

2006-09-28T23:39:00.000+09:00

これまでBon Echo, 2.0 beta 1, beta 2と上げてきて、特に問題は感じなかったが、一度Google Desktopからリンクをクリックして起動したときに古い1.5が起動してしまい、実はProgram Filesに二つインストールされていると知って嫌な感じはしていた。

RC1を入れたり、消したり、古いのも消したりしているうちにレジストリがぐちゃぐちゃになったのか、Google Desktopの写真ガジェットから写真がブラウザで開けなくなった。で、Google Desktopを入れ直したりとか無駄な努力も含めて調べていたら、実はJPEGの関連付けがおかしくなっていた。「プログラムで開く」の「プログラムの選択」の中にもFirefoxがなく、参照して選んでもFirefoxにならない。そういえば、Firefoxはずいぶん前から選択できなかったかもしれない。

さらに、IEをデフォルトにしたりFirefoxに戻したり1.5.0.7を入れたりしてると、htmlのアイコンもいつのまにかexeデフォルト版になってしまい、フォルダオプションでFirefoxのアイコンを指定しても効き目がなく、大混乱。

しかたなく、Firefoxを完全に消し、レジストリからもfirefoxとついたキーや値を消しまくり、壊れてませんようにと祈りながら再起動の成功に安堵し、さらに安全をみて1.5.0.7を入れ、ようやく解決。本当はどこかピンポイントで壊れた箇所があったのだろうが、Windowsに関しては単なる利用者なので詳細は結局わからず。

2.0 RC1に戻すのは、しばらく様子を見てからということで。

moodle利用規約アクセス方法

2006-09-28T23:21:00.000+09:00

moodleアカウント作成前に利用規約を読んでもらうためにゲストログインができるようにしたが、ログインページにサイト内リソースへのリンクを置くと、それをクリックしてもログインページに戻ってくるだけになる。これでは、ゲストログインが必要であることがまったく伝わらず、かえって混乱させるだけ。

moodle.orgみたいなログインなしでもサイトへのアクセスができるようにするのはまだ若干抵抗がある。なので、サイトのトップディレクトリに必要なファイルを直接置くしかなさそうだ。

これで、ゲストアクセスが無駄になったというわけではなく、アカウントなしに雰囲気を見てもらえるので、やや制限の強いこれくらいのアクセス手段があるのはよさそう。

PDFCreatorもう少しがんばれ

2006-09-26T00:36:00.000+09:00

これまでPowerPointからのPDF作成にはPrimoPDF 2.0を使っていたが、オープンソースのPDFCreatorの評判がよさそうなので、0.9.3を試してみる。

インストールは問題なし。出力品質も問題なし。フォント埋め込みも問題なし。ファイル名も Microsoft PowerPoint - とか特定の文字列を除去できる親切設計がありがたい。

しかし、少しだけ問題もあり。

デフォルトではマイドキュメントにPDFを作るのはまぁよしとして、毎回そこにリセットされてしまい、出力のたびにダイアログで出力先を選ばされる。もしかすると、パスワードとその確認も毎回入力が必要？

Auto-saveを選べば、ファイル名の生成方法と、ディレクトリを固定できるらしいが、日本語フォルダ名を含むパスをディレクトリとして指定すると、文字数とバイト数を誤って扱い、短い名前のフォルダを作ってそこに書きこんでしまう。

というわけで移行は見送り。

DocuPrint文字化け

2006-09-26T00:10:00.000+09:00

コピー機の保守費用圧縮試験のため、FX DocuPrint 280 PS J2を標準的に利用するよう画策。WindowsからNetBEUI的に指定することはできていたが、時間がかかってしかたがないので、LPRを使って呼べるように設定。

しかし、PowerPointの配布資料を印刷すると、数枚目からいくつかの文字が「・」に化けはじめる。fujixeroxのサイトからドライバを最新にしてもだめ。PSが使えるメモリ量を増やしてもだめ。TrueTypeフォントを、ソフトフォントとしてダウンロードにしてもだめ。

結局、印刷時の詳細設定にある PostScript Output Option を Optimize for Speed から Optimize for Portability に変更することで、ようやく解決。

moodleのバックアップが失敗する問題

2006-09-23T16:55:00.000+09:00

以前から、ときどきmoodleの定期バックアップにエラーはあったが、後期用にコースを複製したころか、バージョンを上げたころから、エラーがほぼ毎日出るようになった。曰く、

いくつかのコースが保存されませんでした!!

で、moodleドキュメントにある記述に従ってphpのmax_execution_timeを大きくしてみたりしても、まったく効果がなく、5分ごとに呼んでいるcron.phpのログを取ることにした。すると、バックアップが始まった後のログが途中で途切れており、30分後ぐらいに残りのバックアップが始まっている雰囲気で、これを繰り返している。ここでハタと思い付いたのが、タイムアウト。

cron.phpの呼出しに使っていたのは、FreeBSD標準のfetch。man pageにはデフォルトのタイムアウト時間は書かれていなかったが、ソースを見るとなんとたった120秒。ちなみにwgetは900秒らしい。

というわけで、fetch -T 3600 ぐらいにしたところ、無事にエラーが出なくなった。ログによると12分ぐらいかかっているらしい。

NFSでOOo動かない問題

2006-09-22T02:39:00.000+09:00

以前から、NFSにホームがある環境で、OpenOffice.org を動かそうとすると、ロックができないわ、正常終了できなくて何度も同意させられるわ、そもそも動かないわで、どうしようもなかったが、Issue 54586 が鍵だった。

要はロック機能を使わなければいいのだが、これが環境変数 SAL_ENABLE_FILE_LOCKING の有無で制御されていて、/usr/local/openoffice.org-*/program/soffice スクリプトでそれを設定している。なので、このスクリプトで、export しないようにコメントアウトしてしまえばいいだけ。

めでたく動くのを確認した。

バージョンアップするごとにこれもしないといけないのは、何とかならんか？
あと、ロックしないことによる危険性は？

linux-flashplugin7+linuxpluginwrapperおぼえがき

2006-09-20T09:26:00.000+09:00

FreeBSDネイティブFirefoxでlinux-flashplugin7を linuxpluginwrapper経由で使うには、ベースシステムにパッチが必要。ハンドブックとか、FreeBSD Notes（referer spam扱いされるけどそのままリンクをクリック）とか、Sugimura'sとか参照。

moodleのコースリセットでquiz attemptが残る問題

2006-09-19T23:41:00.000+09:00

moodleは1.6あたりから、コースを新学期用にリセットする機能がついたようだが、これがめちゃくちゃ不完全。一番起こりうる問題は、コースの学生数が0になるのに、小テストの受験数が残ってしまい、どうしようもなくなること。この問題は、moodle.orgのフォーラムや、バグトラッカーにも報告されている。

この機能の中身は、学生の削除と、コースモジュールごとのユーザデータの削除が主だが、各コースモジュールの lib.php に modname_delete_userdata とオプショナルの modname_reset_course_form 関数を使って実現している。ところが、これらの関数をもつモジュールは、今のところ forum だけ。当然、小テストの受験データは消えない。

とりあえずのまともな回避策は、バックアップからユーザデータを除いてリストアすることくらいか。それ以外の方法としては、小テストに限れば、一時的に元のコースを子コースとしてメタコース化した上で各受験を手で消せばいいはずだが、課題（assignment）のコメント類は消す手段がないのではないかと予想される。中途はんぱにリセットしたコースのバックアップを、ユーザデータ抜きでリストアしてもいいだろうか？

今月に入って、この機能をきちんと完成させようという話が出てきた。近いうちに1.6系列に組み込まれることを期待。

moodleカスタマイズその2

2006-09-14T20:49:00.000+09:00

ログイン前や登録前に利用規約や個人情報取扱い規定を参照できるよう、トップページへのゲストアクセスを許す方針に変更。ログインページにゲストボタン設置。

この場合、教師が勝手にコースのゲストアクセスを許可したりすると、フォーラム投稿者とかの名前と写真がゲストに漏れてしまう。これが起きないように、各コースのゲストアクセスを強制禁止するコードを course/edit.php に追加。

moodleカスタマイズ

2006-09-13T00:41:00.000+09:00

moodleログイン時のユーザ名にもとづいて、コース作成権限と学籍番号の自動生成をするというカスタマイズを組込む。

コース作成権限については、当初、auth/pop3/lib.php に、auth_iscreator() を作成して実現しようとしたが、この場合、ログインするたびに権限が設定されるため、手動での変更がまったく不可能になる。そこで、user/edit.php に移し、$newaccount のときだけ user_coursecreator に登録するよう変更。

学籍番号については、同じく user/edit.php にて、ユーザ名が既知の学部のものにマッチすれば学籍番号を生成して $user->firstname に設定しつつフラグを立て、フラグが立っていれば javascript で disabled にする。ユーザ名→学部番号の正確な対応表が欲しいところ。

OOoコンパイル問題

2006-09-12T00:58:00.000+09:00

VMware PlayerのFreeBSDでOpenOffice.orgがコンパイルできなかった問題が解決。

2.0.2ならコンパイルできたのに、2.0.3では SlideSorterView.cxx のコンパイルに失敗してしまっていた。デスクトップのFreeBSDなら問題なかった。OSの違いは、6.1-STABLEと6.0-RELEASE程度の違いしかない。そうこうして、VMware Player側でコンパイルする時はメモリ不足で落ちていることがわかり、まさか、g++の正常な動作で何百MBもメモリを消費するとは思わず、メモリリークかなにかのバグだろうとあきらめた。

ところが、ports/98949あたり（実際は、検索にかかった別の記事）をよく見ると、swapが多ければうまくいくらしい。ということで、RAM 256MB, SWAP 512MBに対して、SWAP 512MBを追加すると、swapを700MB程度消費しつつ、無事コンパイル完了（当然、時間ははんぱじゃなくかかる）。

でもこれって、やっぱり g++-ooo が悪いんでないの？

LaTeXでアンダーラインの自分用メモ

2006-09-07T23:27:00.000+09:00

pLaTeXで書いた日本語文書の複数行にまとめてアンダーライン（下線）を引きたくなり、いろいろ四苦八苦したので覚え書き。結論から言えば、使い物になるのは jumoline.sty。

\underline:
素のLaTeXに元からついてるこのコマンドは、引数全体を1行に押し込めたボックスにアンダーラインを引くもの。1単語とかせいぜい短い1フレーズ程度しか使い物にならない。日本語も英語も同じ。

ulem.styの\emph:
素のLaTeXではイタリックでの強調となるこのコマンドは、標準添付のulem.styを使うことで、入れ子可能なアンダーライン用のコマンドになる。
が、日本語には未対応。スペースまでを1単語とみなして、1行におさまるよう単語を集めてボックスを作り、アンダーラインを引くっぽい。

udline.styの\ul:
日本語に関して1文字単位で処理するようになっており、正しく改行が行われる。しかし、英語もそうなっているようで、そのままでは単語内のどこででも改行されよろしくない。英文部分全体を \eiji と \Eiji で囲むか、各単語を {と} で囲む必要がある。引数のあるコマンドも {と} で囲む。
ちなみに、\ucは、指定した文字を指定したピッチで並べて、二重線や飾り線を作るもの。行間が空いてしまう。

umoline.styの\Underline:
ダウンロードしたumoline.tar.gzを展開して、ptex umoline.insすると得られる。CTANにも登録されている。日本語は考慮されていないので、ulem.sty相当。\emphと違い、コマンド直後の空白が無視されるので、{\Underline{...}}とする方がよい。引数のあるコマンドは {と} で囲む。

jumoline.styの\Underline:
umolineの日本語対応版。umoline.styと同じ注意が必要なだけで、まったく問題なく日本語に対応。

他にも、pLaTeX Guideには、いくつか紹介されているが、ここで満足したので、これ以上調査せず。

Google Image Labelerがおもしろい

2006-09-04T19:54:00.000+09:00

イメージ検索の精度を上げるには、結局は人力によるラベル付けが必要という判断からか、ボランティアによるラベル付けをしてもらうサイトGoogle Image Labelerを公開。しかし、タダで働く人はそう多くいるはずもなく、しかもラベルの精度を落とさないような、うまいゲーム性をもたせたのがすばらしい。90秒でどこの誰ともわからないパートナーとラベルを打ちまくり、一致した件数だけのポイントがもらえるしくみ。緊張感もあり、時間設定もちょうどよく、ちょっとした息抜きにぴったり。

日本語を打っても一致する可能性はまずないし、相手の素性もわからないので、当然英語のみ。つづりのあやふやな英単語の多さ、語彙の少なさに、未熟さを感じる。90秒で23件とかいうペアが記録されたりしているが、1件4秒未満なんてどんなスピードで打つんだろう。これまでの最高記録は8件。

ただ、やはりラベルの精度が心配。件数だけのポイント目当てになるので、第一印象で出てくる短い単語でしか一致しない。オリジナルのサイズで、ページとつきあわせてよく調べれば、正確なラベルが考えつくようなイメージでも、時間のせいで一般的なありふれたラベルで分類されていってしまう。さらにミスもある。

このイメージで、cd burnerだと言い当てられる？modemっていうラベルが付いちゃったよ。

ja-xpdfフォント問題

2006-08-30T02:07:00.000+09:00

ja-xpdfにもja-ghostscript-gnu-jpnfontと同様の依存問題があるのは判明して、portupgrade -f したが、以前から解決できていなかった一部のPDFで日本語が表示されない問題に着手。

問題は、MS Officeがらみで作成されたと思われるPDFで、
Error: Couldn't create a font for 'MS-PGothic'
Error: Couldn't create a font for 'MS-PMincho'
とやらが大量に出力されて文字のあるべきところが空っぽになる点。

解決するには、/usr/X11R6/etc/xpdfrcをいじる（~/.xpdfrcでもいいが）。MS-*をIPAフォントにマップするように追加し、さらに他のフォントもkochiからIPAを使うように変更。

kochiを使ってるのは、他にja-teTeXとja-xdvik-tetexがあるが、これらもIPAに統一したい。portsとしてはIPAに統一する方向に行かないだろうか？どうせghostscriptとopenofficeはIPA必須だし。

これで、MewからPDFをストレスなく見れるようになるか？うまくいきそうならVMware側にも入れよう。

linux-sun-jdk15自分用メモ

2006-08-29T19:39:00.000+09:00

linux-firefoxのアプレットで日本語が出ない問題で、Sunのドキュメントを探し出す。

問題箇所は/usr/local/linux-sun-jdk1.5.0/jre/libにあるfontconfig.*。その探索順序からインストール状態ではfontconfig.RedHat.bfcが使われるが、このproperties.srcによると、iso10646しか使ってなくて、linuxエミュレータにもそんなフォントは（たぶん）入ってないため、いわゆる豆腐になる。

解決するには、jisx0208を使ってるfontconfig.RedHat.9.0.properties.srcをコピーしてfontconfig.RedHat.propertiesを作り（バージョンがわかれば指定した方がいいか？）、kochiじゃなくipaを使うように修正する。

これでめでたく日本語が表示された。diablo-jdk1.5.0でもファイル名を変えて入れるだけで通用する。もっとも、diabloでは日本語フォントを何も設定していないfontconfig.bfcでも日本語が問題なく出るが、なぜ？

ちなみに、appletviewerをそのまま起動すると（特にVMwareゲストで）なぜか非常に遅い。javavmwrapperを通さない場合は特に問題なさそう。

linux-firefox自分用メモ

2006-08-29T00:14:00.000+09:00

linux-firefox と acroread7 を入れた場合、acroread --install-plugin しても当然プラグインとして機能しない。 /usr/local/lib/linux-firefox/plugins に /usr/X11R6/Adobe/Acrobat7.0/JPN/Browser/intellinux/nppdf.so へのリンクを手動作成すれば、まったく問題なく動作。

ついでに、linux-flashplugin7 を入れれば、これも問題なく動作。YouTubeも視聴可能。

linux-sun-jdk15も動作。しかしアプレットで日本語が出ない。なぜ？

追記

jdkの日本語問題解決

URIの微妙な変遷

2006-08-24T20:11:00.000+09:00

moodleの私家版パッチを（手で）当てながら、<a href="?id=..."> とかいうのを <a href="index.php?id=..."> にしている部分が出てきたので、RFCに当たってみた。

結果：
基底URI: http://a/b/c/d;p?q
対象URI: ?y
RFC1808（相対URL）: http://a/b/c/d;p?y
RFC2396（URI一般構文）: http://a/b/c/?y
RFC3986（URI一般構文）: http://a/b/c/d;p?y

2005年1月からは、"?id=..." でOKになったことになる。
Amaya 9.5は2006年4月なのに、RFC2396で解釈してるのはどうにかして。

moodle更新その2

2006-08-23T22:12:00.000+09:00

FreeBSDの旧ライブラリ削除の余波でmimeTeXが動かなかった。 moodle付属のものではなく、portsから入れて、それを呼ぶようにfilter/tex/pix.phpを修正。

layout editorもTimの改良版を導入。

修正なしでrssフィードができていることを確認。

メールは何もしないとUTF-8で送ってくる。詳細設定メニューで使用コードをISO-2022-JPに固定。それでも本文がquoted-printableになるので、そのうちコードをいじらなければ。

24日：quoted-printableを7bitに変更。プレーンテキスト版はデフォルトの8bitとかになってたので、これも7bitを追加。customheadersの扱いを追加。ISO-2022-JPにしたときReplyToとToのコード変換の対象がArrayになってて無茶苦茶になるのを修正。

moodle更新その1

2006-08-23T17:34:00.000+09:00

MySQL 4.1.21では不具合がありうるという警告も無視し（というか、既に4.1.21で、moodle 1.5は指摘された不具合もなかったので）、更新を敢行。

apache停止
utf8用のデータベースを新規作成
旧データベースをlatin1としてダンプ
各テーブルのDEFAULT CHARSETをutf8に変更
SET NAMESの行もutf8に変更（これを知らずに、一時はまる）
新データベースに食わせる
ユーザデータ類を新しいテストデータディレクトリにコピー
moodle 1.6.1+をダウンロードして新しいテストサイトディレクトリに展開
config.phpを作成し、特に$CFG->unicodedb=true
.htaccessをコピー
favicon.icoをコピー
dfwikiと関連langファイルをコピー
apache起動
テストサイトに接続してデータベースの更新が成功するのを確認
日本語セットインストール。dfwiki日本語セットもコピー

とりあえずめでたしめでたし。
あとは、コードの改変（インデックスがらみ）と、日本語セットの修正作業をしてから、本サイトに昇格させる予定だが、はやくできればいいな。

delete-old-libsまつり

2006-08-22T18:56:00.000+09:00

6.1入れたついでに、（たぶん）いつもどおり make delete-old-libs したら、libc.so.5 をはじめ、古いライブラリが軒並み削除対象に。で、何も考えずに削除したら、動かないpkgがちらほらと。

というわけで、古そうなpkgを探して、全部portupgrade -f。ja-ghostscript-gnu-jpnfontだけは既知だけど、他の依存関係壊れてませんように。

VMware Playerバージョンアップ

2006-08-22T18:33:00.000+09:00

いつのまにやら1.0.2が出てた。ExperimentalだがFreeBSD 6.0, 6.1もゲストOSとしてサポートしたらしい。遊ぶのはまた時間のあるときにでも。

気になるのは、EULAがインストール時じゃなくて起動時に出るように変わったらしいこと。もしかして毎回？

jless文字化け

2006-08-21T19:22:00.000+09:00

FreeBSDでportupgradeをがしがしかけていたらjless （ja-less+iso-382.262）で日本語が化けるようになってしまった。いつからほったらかしだったかは不明。

環境は、素のkterm （ja-kterm-6.2.0_8）で、JLESSCHARSET=japanese。JISコードのファイルは問題ないが、jmanとかのEUCコードのファイルだと^[$Bじゃなくて^[$(Qになってしまう。

原因は、japaneseがjapanese-iso7のエイリアスになってしまったこと。JLESSCHARSET=japanese-jisと明示すれば表示できるようになった。

iso7っていうのがどういうものかよく理解してないのと、ktermにJIS X 0213対応させるべきなのかというあたりが、課題。それともJLESSCHARSETのしくみに文句をいうべきなのか？

c2talk登場

2006-08-17T01:58:00.000+09:00

ソーシャルカレンダーのc2talkが登場。
日本製なのはいいが専用ソフトが必要なのがいまいちか。
Google Calendar単体でもうちょっとよくなってくれればいいのだが。

TableTools更新

2006-08-17T01:36:00.000+09:00

BabelZillaからTableToolsが0.16に更新予定の通知。早速翻訳を更新。
正規表現でフィルターできるようになったらしい。