2010年1月アーカイブ

tig.rb と言うtwitter とircのgatewayを使っているのだけれど、バージョンアップしたらしいので svn up してみても何も起きない。
作者さんのページtig.rb (twitter irc gareway) - 冬通りに消え行く制服ガールは、夢物語にリアルを求めない。 - subtechを見ても、しばらく意味が理解できなかったのだけれど、どうもlowreal.netからcodereposに移動して、その後githubに移動したらしい。私はcodereposを見ていたので古いままだったようだ。
さっそくgithubから git clone して、tig.rbとwig.rb(wassr と irc の gateway)を起動してみるが、tig.rbの方がopensslのエラーでうまく動かない。
otsuneさんのつぶやきを見ていたので、早速 ports の security/ca_root_nss を更新してみたが、エラーは止まらない。
apache の SNIのためにportsから openssl を入れていたのが悪いのかと思って、portsのopensslを削除してみた(FreeBSD8になったときに、openssl 0.9.8kになったのでSNI対応になったため、portsの0.9.8lは削除しても良くなった)がやはり変わらず。 ports/security/ca_root_nss の Makefile を読んで見ると、/etc/ssl/cert.pem にリンクをはるなんてオプションがあるのを発見したので、手動で/usr/local/share/certs/ca-root-nss.crt からリンクを張ってみたら無事にtig.rbが起動した。
本来の手順としては、ports/security/ca_root_nss で make config して、ETCSYMLINK にチェックを入れてやれば良いんだと思う。
しかし、/etc/ssl には元々のcert.pem は存在していなかったんだけど、ここにない場合(OSの標準の状態)はどこのファイルを見るんだろう？ひょっとしてOSの方をmake world すれば良かったんだろうか？


portsのopensslを削除した関係で、依存関係があったものをすべてコンパイルし直したので、ついでにportauditに警告されていたpostgresqlもバージョンアップすることに。
今まで入っていたのが8.4.0で、最新が8.4.2。3番目の数字が変わる分には、DBの再構築(dump/restore)は必要ないはずなので、そのままportupgradeした。
で、postgresqlを起動しようとしたら、かなり待たされた後に起動に失敗したと言われる。
logを見ると、

FATAL:  database files are incompatible with server
DETAIL:  The database cluster was initialized with HAVE_INT64_TIMESTAMP but the server was compiled without HAVE_INT64_TIMESTAMP.
HINT:  It looks like you need to recompile or initdb.

なんて出てる。どうも、DBはINT64のTIMESTAMPが使えるようになってるけど、serverはそう言うオプションでコンパイルされていないらしい。
変えた覚えないんだけどな～と思いながら、ports/databases/postgresql84-server で make config すると、果たして INTDATE - Builds with 64-bit date/time type と言うオプションがあったので有効にしてやったら無事に起動するようになった。
このオプションが有効じゃない場合、timestampは何が使われるんだろうか？

最近あまりcactiのグラフとか細かくチェックしていなかったんだけど、久しぶりに見たらUPSの状態がグラフに出ていない。
なんでだろーと思って、グラフの元ネタを作っているapcaccessコマンドをたたいて見ると、なんとapcupsdが起動していないようだ。
/usr/local/etc/rc.d/apcupsd start でも起動しないので、/var/log/messageを見てみると、

Jan 24 19:02:49 sv apcupsd[10014]: apcupsd FATAL ERROR in generic-usb.c at line 636 Cannot find UPS device -- For a link to detailed USB trouble shooting information, please see <http://www.apcupsd.com/support.html>.
Jan 24 19:02:49 sv apcupsd[10014]: apcupsd error shutdown completed

のようなエラーが出ている。
エラーメッセージでぐぐると、USB problems on 8.0-STABLE - lucky.freebsd.stable | Google グループと言うページを発見したが、英語が不如意なせいで読んでも良くわからない。usbconfig や dmesg の出力を見て、apcupsd.conf の DEVICE の行に ugen1.2とか書いてみても駄目だった。
で、一日置いて再度読んで見ると、「新しいメッセージ>」と言うリンクを発見。なんと、1ページですべて表示しきれていなくて、2ページ目があった！
どうも、このGoogleグループって奴のpermalinkのルールが良くわからないので、該当のメッセージを以下に引用しておくけど、

Steve Randall

A possibility occurs to me that I think nobody has yet mentioned. If you still have the obsolete usbdevs command on your system, is it possible you also still have the obsolete devel/libusb port installed? It conflicts with the libusb in the base system, causing just the sorts of problems you are experiencing.

要は、以前portsから入れた devel/libusb が 8.0 のベースシステムに入ったlibusbとconflictしてるって言う話らしい。
この後の投稿で、devel/libusbを削除したらうまくいったと言うものもあったので、pkg_deinstall -f libusb してから、依存していたsane-backendsとapcupsdを再インストールした。
無事に、apctestもapcupsdも動いて、当然apcaccessも動くようになった。
ん～、英語はわからんとか言わないで、とりあえず次のページくらいは見ておくもんですね。

ところで、sanedってどうやって起動するんだっけ？/usr/local/etc/rc.d/にはスクリプトがないんだけど・・・。
→man sanedしたら inetd が起動するんだった。/etc/inetd.conf に書いてあるのでそのまま動くはず！