tDiaryテーマ互換のPerl CGIが、実は影響下にあったことを知った。

Gentoo Linuxのemergeを、依存関係をさかのぼって実行する。

Premier開発者がMacromediaに移籍して、それをAppleが買い取ってFinalCut Proを作らせたと言う歴史に触れずにさぁ。
「次期PremierはWindowsXPだけ」なんてアホみたいな煽り記事を書くのだろうか。
まぁ最近は味付けが濃くて、ツッコミどころ満載じゃないと成り立っていけないから仕方が無いんだろうけど。

Apple Acquires Technology From Macromedia_:

どうして煽り記事だとオレは思うのか:

もっと問題なのはPremier ProがWindows2000を公式サポートしていないこと:

/etc/gettytabにal=ユーザー名を追加すれば常にログイン状態。
ブラウザーキオスク端末とか、XCAST6テレビ電話端末とかにも使えるかもしれん。（そこまで特化したマシンなら、initから起動するプロセスをいじれと）
kawa's memo_ から

挙動からすると、それはおそらくspamアドレス収集用のbotだと思います。
denyしてもしばらくすると接続し直すので堂々回り。
mod_rewrite_ をかましたら大丈夫に成りました。
サーバーによっては HostnameLookups off用の設定_ が必要かも。

と思ったら進化しました:

大阪芸大出身の業界人は何故これほど多いのか?
不思議だ。
スタジオはこれだけ西東京に集中しているのに、やたらと関西弁が飛び交っているし。
しかし、はてなアンテナの編集機能は使いにくいな。
設定ファイルをテキストでダンプして、それを手もとで直してアップロードさせてくれ。（どんどんはてなが変な方向に行ってしまうダメ提案）

第三者中継チェック_ と同じ事を自分のサーバーでCGIとして実行できるPerlスクリプト。
mv osecurity.txt osecurity.cgiとリネームしてcgi-bin以下におく。touch /var/log/osecurity.logしてwww権限で書けるように。
digのコマンド位置が/usr/local/bin/digと書かれているから、which digした結果に書き換える。
チェックすると、qmailの場合 qmail-smtpd-relay-reject_ のpatchを当てないと紛らわしい結果に成るが、それはまぁpatch当てろということで。
実際にリレーされるかどうかは/var/qmail/alias/.qmail-relaytestというアドレスを作って確認する。

osecurity Wikiページ_:

セカンダリMXでsmtpdで受けてからメインメールサーバーへの転送にsmtproutesを使っているのだが。
それをqmtpでやってみたくもあり。
本当はqmail-miniとして転送専用の設定をして、QMQPで転送するのが 正しいのだが。 (正しくなかった)
とりあえず各々ドメインのメインサーバーが、他ドメインのサブMXに成る事を想定して。
首都圏停電の時に、ソウルでサブMXをするのも良いだろうし。
でもデフォルトのqmail-smtpdはpatchを当てないとqmtproutesで転送って感じにはならないみたい。
このあたりqmtpの使い方ってどうなんだろうなぁ。M先生のサイトはリンク切れが激しいし。解んないなぁ。

多分、5.1Rはgcc3.2だから、4.8Rのgcc2.9へdistccできないんだろう。
だから4.8Rマシンで/usr/ports/lang/gcc32をインストール。（実際にはコンパイルが重いのでどっかでportinstall -pかmake packageでパッケージを作り、各マシンでpkg_add -rするかportinstall -Pするほうが良い）
5.1R側では

cd /usr/local/bin
ln -s ../../bIn/cc gcc32
ln -s ../../bIn/c++ g++32

して/etc/make.confに

CC=distcc gcc32
CXX=distcc g++32

してmakeする。setenv DISTCC_HOSTS '分散ビルドIP ……'と環境変数を設定するのを忘れずに。
mplayerみたいに上手くビルドできるのも有るけど、もしかしたらものすごいヤバい事をやっている可能性もあるかも。

技術者特有の皮肉は「悪意」なのか?
高校生を追い込みスレ297_ でも技術者的なフォローが有ったけど。
なんかオープンソース界隈では「ソースのここをこういじって、このライブラリを入れ替えてリンクして、ごにょごにょ設定したら動いた」ってChangeLogを公開するのが、わりと当たり前の行動に成っている。
その延長線上で「ロリムトーspamのメールをフィルターするには、ゴニョゴニョ設定して」などとWeb日記で書いたりもする。
ロリムトーのspam業者は、マメな事にspam対策掲示板とかWeb日記とかを良く巡回して情報収集をしていたり、掲示板で反論していたりする。ある意味では真面目だ。
それが解っていて「SpamAssasinの設定が」とか「mod_rewriteが」とかを書くのは、敵に塩を送る事に成っちゃうんだけど。
でも、個人的にはこう思う。
敵とか味方とかを区別して情報を隠す事は不可能。それだったら、すべての関係者が、知ろうと思えば知り得る状態が良い。フルディスクロージャーしておいて。さらに高度な対処法を考えましょう。と。
「荒らし対策ノウハウ」とか「spam対策ノウハウ」を「秘術」としてピタゴラス教団みたいに守り抜いていたって。
世界で最高峰のハッカーばっかりが集まっていて、その教団以外には太刀打ちできる奴が居ないならともかく。今はそういう状態じゃないんだから、情報を公開して防御してもらう方が良い。（それにそう言う教団の一つであるシアトルのMS社は、その力を守るためなのか、ヤバい帝国主義経営をしているし）
構築するための建築的ノウハウ *1 も、セキュリティ対策のための破壊的ノウハウ *2 も。
「車輪の再発明をしない」ために情報を公開して、参考にしてもらいたい。そしてスケべなことに、ツッコミを貰って考え間違いや勘違いを指摘してもらったりも。
「破壊的チンピラな行動を大っぴらに世間には言わない」という文化的常識からすると、こういうChangeLog公開文化はかなりイビツで異質に見えるだろうなぁ。威嚇しているようにしか見えないってことか。
これは今回の出来事で参考に成ったこと。
オープンソース思想に毒されていて気が付いていなかったよ。
未だに「情報を知っている＝組織での地位が保たれる」みたいな生き方をしているところはゴマンと有るみたいだし。

裁判でややこしいから弁護士とはケンカするな。みたいな: