2004-02-15 (Sun)

_ [debian] xmms 1.2.9-1vd1

gkrellmms の #231740 つながりで、xmms 本体に #232695 というのがあったようだ。ということで xmms 1.2.9-1vd1 を作ってみた。libdb4.2-dev が入っているので、Depends から libdb3-dev を削除。再度 gkrellmms を使って様子を見るか。 落ちなくなったかも。でもメニュー選ぶと 100% 即死。こっちは別の問題っぽいなぁ。

_ [comp] 五月雨 IgnorePath 設定

yoosee.wiki - 五月雨 は、五月雨を知る切っ掛けとなった Wiki だが、IgnorePath の説明は途中で終わっている。\ay日記 - 五月雨について は記述が若干古かった。手探りでなんとかしてみよう。 以下、Linux kernel patch from the Openwall Project をチェックするための手順を追ってみる。このページの最下行には SSI を用いていると思われるテキスト型のアクセスカウンタがある。これのせいで、正確な更新時間を取得することができない。これを IgnorePath にて処理してみようと思う。 まず、IgnorePath を設定するには htmldiff と htmlign を使えとあるが、htmldiff は存在していなかった。cvs を探ってみると、removed. use samidare –diff-content. ということだそうだ。なるほど。–diff-content はチェックしたい URI を引数に取るようだ。実行した結果は次の通り。

% ./samidare --diff-content http://www.openwall.com/linux/
checksum1: 39524 [] tmp/af-www.openwall.com-linux_02-15_05:00.html
checksum2: 39522 [] tmp/af-www.openwall.com-linux_02-15_06:00.html
[["560657", "/html/body/table[3]/tr/td[2]/p/font/text()"],
 ["560664", "/html/body/table[3]/tr/td[2]/p/font/text()"]]
--- /tmp/htmldiff114608.0       2004-02-15 06:12:31.000000000 +0900
+++ /tmp/htmldiff214608.0       2004-02-15 06:12:31.000000000 +0900
@@ -463,7 +463,7 @@
       {elem
        <p align="RIGHT">
        {text "\n"}
-       {elem <font size="-2"> {text "560657"} </font>} 
+       {elem <font size="-2"> {text "560664"} </font>}
        {text "\n"\}\}}}
     </table>}
    {text "\n" "\n"}

チェックサム、Path、diff が表示された。 この表示された Path を htmlign を使ってテストするのだが、この htmlign が手元では動かない。

../htmlign:31: undefined method `decode_charset_guess' for #<String:0x40326c38> (NoMethodError)

ひとまず該当個所を無視。

-tree1 = HTree.parse(File.read(filename1).decode_charset_guess)
+tree1 = HTree.parse(File.read(filename1)) #.decode_charset_guess)

まだエラーが出る。

../htmlign:9:in `path2pattern': undefined method `alt' for Regexp:Class (NoMethodError)
        from htmlign:34

[ruby-dev:21146] Regexp.alt(pat1, pat2, …) からコードをいただいてきて、htmlign に挿入。これで htmlign は動くようになった。 さて htmlign の使い方だが、チェックしたいファイルと Path を引数に取るようだ。

../htmlign tmp/af-www.openwall.com-linux_02-15_05:00.html \
        '/html/body/table[3]/tr/td[2]/p/font/text()'
/\A(?-mix:\/html(\[\d+\])?\/body(\[\d+\])?\/table\[3\]\/tr(\[\d+\])?\/td\[2\]\/p(\[\d+\])?\/font(\[\d+\])?\/text\(\)(\[\d+\])?)\z/
"/html/body/table[3]/tr/td[2]/p/font/text()"
--- /tmp/htmldiff114643.0       2004-02-15 06:24:50.000000000 +0900
+++ /tmp/htmldiff214643.0       2004-02-15 06:24:51.000000000 +0900
@@ -463,7 +463,7 @@
       {elem
        <p align="RIGHT">
        {text "\n"}
-       {elem <font size="-2"> {text "560657"} </font>}
+       {elem <font size="-2"> </font>}
        {text "\n"\}\}}}
     </table>}
    {text "\n" "\n"}

お、うまくアクセスカウンタの場所が無視されたぞ。 あとは config.yml で IgnorePath を設定すれば OK。

  - URI: http://www.openwall.com/linux/
    Title: Owl patch
    IgnorePath: /html/body/table[3]/tr/td[2]/p/font/text()

今のところ手元ではきちんと動いているようだ。

2004-02-14 (Sat)

_ [debian] gkrellmms 2.1.13-1vd1, 1vd2

gkrellm/gkrellmms が落ちていたのは、#231740 のようだ。そこで触れられている修正を施してみた。…が、駄目だった。修正漏れしてた。1vd2 作成。あれ、まだ駄目だ。 正式リリースまで使うのやめとこうか、と思ってプラグイン無効にしようかとメニュー選んだら 100% 即死するな…。

2004-02-13 (Fri)

_ [comp] lm-sensors 調整

先の Ported lm80 to Linux 2.6 に進展があったようなので追ってみた。む、気になる記述 が。

via686a and i2c-viapro cannot both be loaded due to PCI resource conflicts. For most users, use i2c-isa + via686a to access sensor data. If values don’t make sense, unload both drivers and try i2c-viapro + another chip driver (sensors-detect should tell you which).

ref. [2.6 Kernel Information](http://secure.netroedge.com/~lm78/kernel26.html)

sensors-detect を使うと

# I2C adapter drivers
i2c-viapro
i2c-isa
# I2C chip drivers
lm80
eeprom
via686a

ってなるけど、これじゃ駄目なのか。てことで、i2c-viapro と lm80 だけで見てみた。前回試した通り、データが変。そこで i2c-isa と via686a で試してみた。あれ、ちゃんとしたデータ取れる。ってことは、lm80 を待っていたのは一体…。

_ [comp] privoxy filter さらに調整

google でちょっと気になるところを修正。

s@<font color=\#008000>([^ ]+) ([^ ]+) -@<font color=\#008000>$1$2 -@ig

検索結果に表示される緑色の URI で、途中に space が挟まってるのが嫌だったので。といっても redirector を抹消したからあまり出番はないけど。

_ [comp] Asahibar for MozFx 0.8

ver.1.0.2 が出たようだ。早速 install。

_ [comp] rivafb、2.6 で動かず

video=rivafb が効かないなぁ。2.5.71 Frame Buffer Problem のころから直ってないんだろうか。 CONFIG_FB_VESA と CONFIG_FB_RIVA 両方 y だけど、VESA を n にしてみるかな…。駄目だった。真っ暗 になる。vesafb 使っておけということかなぁ。 それとも何か勘違いしてる?

_ [comp] G++ 3.2.3 と 3.3.3

また asm 回り変わった? 3.2.3 で動くのが 3.3.3 だと動かないぞ…。 使った G++ は、g++-3.2 / 3.2.3-9 / 3.2.3 (Debian) と g++-3.3 / 3.3.3-0pre3 / 3.3.3 20040125 (prerelease) (Debian)。

_ [debian] palantir-server 2.5.4

作成。中身は手抜きのまま。