vdrめも

[PR]:「Chef活用ガイドコードではじめる構成管理 (大型本), (Kindle版)」発売中です。

1970-03-01(日) AudKrellM

_ これは何？

AudKrellM は Audacious の GKrellM 用プラグインです。GKrellMMS を Audacious 用にポートしたものです。

_ 作り方

ソースを展開し、configure、make します。システムのプラグインディレクトリにインストールするには、root 権限で make install してください。ユーザのプラグインディレクトリにインストールする場合は手動でコピーしてください。

Debian GNU/Linux (unstable)、gkrellm 2.3.5、Audacious 2.4.3 で動作を確認しています。

_ 使い方

GKrellM を起動し、設定のプラグインメニューで AudKrellM のチェックボックスを有効にするだけで使えます。

_ ソース

dai-vdr/audkrellm (github)
audkrellm-0.2.0.tar.gz (135KB)

_ 更新履歴

2014/07/03 - ソースコードを github で公開。
2011/03/20 - 0.2.0 リリース。
2007/11/16 - 0.0.2 リリース。
2007/07/21 - 0.0.1 リリース。

2003-03-01(土) 再度えふえふ日記に

_ [えふえふ] 吟(→)

Davoi で稼ぎ開始。最初に誘われたリーダーが適当に誘いまくるものだから、モシ赤白黒吟という謎な構成に。前衛2人てどういうこと。しかも真っ先にリーダーみずからが寝落ちするときたもんで、最悪の展開。補充中にさらに寝落ちが増え、ほぼメンバー入れ換え。せっかく空いていたにもかかわらず、トレイン多発で稼ぎにならず。うーむ。

2004-03-01(月) やっと糸口が

_ [comp] 2.4/2.6 固まる問題

何かを compile していると固まる問題だが、徹底調査。

今のところ、2.4.25+rmap 2.6.3-mm[24] で起こる。
kdb で確認してみようとした。→キーが効かなくなるので無理。
BIOS で HT 無効にしてみた。→固まる。
acpi=off で起動してみた。→固まる。
preempt を無効にしてみた。→固まる。
BIOS で HT 無効にし、ACPI と SMP を無効にした kernel にしてみた。→固まる。
2.4.25-pre8,-rc[1234]+rmap →問題なし。

以上のことから、

rmap は関係ない
HT は関係ない
ACPI は関係ない
preempt は関係ない
SMP は関係ない

ということが予想される。

次に、固まらない 2.4.25-pre8 と固まる 2.4.25 の patch の比較をしてみる。両者に共通して当たっているのは

これらはおそらく問題ないと思われる。異なる patch は

Owl は 2.6 用はなく、2.6 でも固まることから関係ないと思われる。usagi は network 触っていないし、ipv6 モジュールを読んでいない状態でも固まるので多分関係ない。と、残るは i2c だが...何とも言えない。ともあれ、linux-2.4.25-i2c-2.8.4.patch.gz を外して構築してみると...あら不思議、問題ない...。

もともとは熱暴走しているかどうか監視するための i2c/lm-sensors だったが、それの最新版が悪さをしていたのか？偶然ということも考えられるが...もうちょっと追ってみるか。

_ [debian] uim 0.3.1-0vd1

作成。

_ [debian] sylpheed 0.9.9-0vd1

sylpheed-0.9.9-gtk2-20040229.tar.gz を用いて作成。message view 問題についてのチェックは後程。

2005-03-01(火) ML 投げに向けて

_ [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

Bugtraq: Re: iDEFENSE Security Advisory 02.25.05: WU-FTPD File Globbing Denial of Service Vulnerability を当てて作成。

_ [debian] gqview 2.0.0-0vd1

作成。

_ [research] C>DB, C>DB-conf 機能追加

C>DB-conf に削除機能をつけようとしたら C>DB に DELETE がなかったのでそれもついでに追加。

_ [research] いろいろ修正

make dist したものを make install してテストしてみたら、いろいろバグが見つかったのでいろいろ修正。

2006-03-01(水) 寒気する

_ [debian] xchat 2.6.1+cvs20060301-0vd1

CVS から引っ張ってきて作成。

2007-03-01(木) 眠い

_ [movie] 電話で抱きしめて

2008-03-01(土) 試験導入

_ [vdr] Starpit

Starpitでほぼ誤検出無く98%のスパムを排除 (S25R+tarpittingによるスパム対策) を見つつ設定。

postfix 2.5.1-1 には Postfix-2.3でsleep中に切断されたらすぐに終了するパッチを当てておく。パッチ自体は 2.5.x でも動作確認済のようだ。

まず main.cf の変更。

 smtpd_client_restrictions = permit_mynetworks,
 	reject_rbl_client all.rbl.jp,
+	check_client_access	regexp:/etc/postfix/tarpit_client,
 	permit

DNSBL は外そうか迷ったけどこのままで。tarpit_client は参考記事の通りで。

これで起動と簡単なメール配送確認はできた。あとは spammer の来訪を待つのみ。1つきた。

Mar  1 22:23:55 XXXXXXXX postfix/smtpd[23209]: warning: 92.113.219.151: hostname 151-219-113-92.pool.ukrtel.net verification failed: Name or service not known
Mar  1 22:23:55 XXXXXXXX postfix/smtpd[23209]: connect from unknown[92.113.219.151]
Mar  1 22:24:36 XXXXXXXX postfix/smtpd[23209]: NOQUEUE: sleep: RCPT from unknown[92.113.219.151]: pipelining after 40 sec; from=<XXXXXXXX@XXXXXXXX> to=<XXXXXXXX@XXXXXXXX> proto=ESMTP helo=<151-219-113-92.pool.ukrtel.net>
Mar  1 22:25:01 XXXXXXXX postfix/smtpd[23209]: 4A2FA489BA4: client=unknown[92.113.219.151]
Mar  1 22:25:01 XXXXXXXX postfix/smtpd[23209]: lost connection after RCPT from unknown[92.113.219.151]
Mar  1 22:25:01 XXXXXXXX postfix/smtpd[23209]: disconnect from unknown[92.113.219.151]