2005-03-03 (Thu)
_ [debian] util-linux 2.12p-3vd1
vd_util-linux-2.12p-CITI_NFS4_ALL.patch を当て、 debian/patches/10mount.dpatch を当たるように修正して作成。
_ [debian] libgssapi 0.2-1
作成。
_ [unicon] 2.6.11 対応メモ
drivers/char/vt.c にいろいろ変更が入っている模様。何とかすり合わせて作成してみた。boot や module の読み込みは問題ないが、uniconctrl を実行した時点で刺さるなぁ。ちょっと時間が取れないので、一旦保留。
2005-03-02 (Wed)
_ [debian] blackbox 0.70.0-0vd1
作成。
_ [debian] mozilla-firefox 1.0.1-1vd1
vd_bugzilla-jp_bug-1476_attachment-1656_for-mozfx-0.9.3.patch、vd_mozfx-0.10.1_without-gnome-and-gconf.patch、mozilla-1.8a5-gtk2-composition-fix.diff を当てて作成。
_ [debian] jack-audio-connection-kit 0.99.0-6vd1
glib1.2 依存を削除して作成。
_ [debian] mplayer 1:1.0-pre6-0.4vd1
vd_mplayer-1.0-pre6-gtk2.patch、vd_bmp_mplayer-3.patch を当て、GTK+2 化して作成。
_ [debian] sylpheed 1.9.4-0vd1
作成。
_ [debian] egg 4.0.6+0.20041122cvs-5vd1
tamago-current-thidhi.patch.gz を当てて作成。
2005-03-01 (Tue)
_ [comp] w3m テーブルレンダリング変
巨大なテーブルを表示させると、途中の列から以降が全て1つの列の中に入ってしまう。mozilla や links では表示には問題ない。w3m のバグ？ 何か手がかりがないか調べてみる。列の数を数えてみると列の内容にかかわらず 50 までなら問題ない。列が 51 になると、51 が 50 とくっついてしまう。ということは列の数は 50 までという制限がある？ w3m のソースを 50 で grep してみると、ずばり table.h に
#define MAXROW 50
#define MAXCOL 50
という部分があった。ひとまず 100 にしてみると、問題の巨大テーブルは崩れずにレンダリングできるようになった。
_ [debian] w3m 0.5.1+1.946-0vd1
table.h の MAXROW と MAXCOL を 100 にして作成。
_ [debian] wu-ftpd 2.8.0cvs20050301-0vd1
_ [debian] gqview 2.0.0-0vd1
作成。