タレコミをするときのためのガイドライン案。
すばらしい。
こういう仕事は評価できる。

該当掲示板_ では天然なのか意図しているのかはわからないが言葉の混同をして議論を一般論にしてしまっていると思った。
「OOo開発者の一人のクレーマー行動」と「オープンソースで生活する方法」は違う話だし。
「OOo開発者」という肩書きでMyNewsJapanのクレーマー記事に名乗っていたいたりして、OpenOfficeというコミュニティ全体にFUDをしているし。
「海外にOOoのために渡航した」ということを書いて、「仕事が無いので生活費が無いから（OpenOfficeの開発のために）寄付してくれ」と書いたのはどうなんだろうと。
OpenOfficeの開発のために寄付を求めるのであれば、FreeBSD開発者のphk氏ぐらい詳細な期間の区切りと結果報告メールを出してもらえるのだろうか？
もし将来「OpenOfficeのために寄付をしてください」というイベントが起きたときに「過去に平野氏が個人的な寄付を募っていたが、あれはOpenOffice開発に生かされていないのか」と言われてしまうかもしれない。
もちろん「寄付をする人が自己責任で判断しろ」ってのはわかるけど。平野氏はあちこちで「OpenOffice.org開発者」と名乗っていて、OOoの掲示板で確認したところ、それは本当のことらしいという結果が出たわけだ。だから「各開発者が勝手にOOoの名前を使って、それぞれ勝手に寄付や協力を呼びかけますが、それはOOo本体が知ったことではありませんよ。OOoの発展に役立つかどうかの最低限の担保なんて知りませんよ」となるような気がするな。
「これこれこういう風に使うから安心して寄付してください」という信頼があるのが前提とされているよね。
それとも「OOo開発者を名乗っているからといって常識的な信頼をするのは避けてください」ということになるのかな？　なんだか「最近わが社を名乗る請求メールが送信されています」みたいな話に近いよな。
余談ですが、個人的には「ドキュメント翻訳に貢献」と「コードを書く」というのは後者が分母が少ないという意味で「貴重な人材だから重宝されがち」だというのは理解できます。
「言語リソースをやる人は多いから、地位も価値も低い」とは思っていません。

このネタはIRCと宴会で根回しされてフェードアウト。当たり障りの無い公式回答めいたものが出て収束と予想:

今までR16から保土ヶ谷バイパス・横横道路ってルートを良く使っていたから気がつかなかった。
前にベイブリッジ渡ったときに、妙に分岐ルートが増えているから変だなぁとは思ったんだけど。
神奈川線だったら杉田方面から並木まで行って、横横道路乗って釜利谷ジャンクション経由で朝比奈に抜ければいいのか。
東名川崎ICに乗って、第三京浜に乗るってルートもあるけど。
メンドクセェから国立府中からずっと高速に乗って首都高経由で行くってのもありだな。
国立府中から高井戸で600 + 首都高700 + 神奈川線600 + 横横道路400って代金がネックか。

~/Library/Mail/の下にメールボックスがある。
mboxのアイコンのように見えて、実はパッケージフォルダー。なので、FinderからControlクリックで「パッケージを開く」などで開く。
中にあるINBOX.mboxなどがメール本体。
それをMaildirにscpで転送して、 mbox2maildir_ スクリプトでMaildir形式に変換する。
umaskしておかいなとパーミッションが変だな。chmod 0400でもして直しておく。

Microsoftの開発者向けドキュメント。
sRGB色空間の良い解説を探していたら見つけた。
米HPとMicrosoftが提唱したのね。
簡単に言うと「CRTとかプリンタとかで平均的に再現できる統一色空間をsRGBとして決めましょ」ということか。
プリンタメーカーやモニタメーカーは、ヌルい用途で色再現性を最優先するために、色出力の実力を落としてsRGBに合わせなさい。
とも言えるわけだ。
sRGB64 と Windows オペレーティング システム_ も。

色に厳しい用途にはAdobeRGBを使ったほうが良い:

ぼちぼちベースのPerlだけではダメか。
ちょっとこのあたり勉強。

つーか、bsfilterを知っているってことは。意外とtDiaryのUNIX系日記とか見てるのか?　それともblog系で触れられていたのを目にしたか。
普通の濃くない人が日本語対応spamフィルターを使おうと思ったらPOPFileじゃないかなぁ。
POPFileのほうが露出が大きい気もするし。
ああ、でもメールサーバーで使うためのspamフィルターか。
それだとPOPFileじゃないな。

bsfilterは「普通のメールまでガシガシ削除」しません:

C.G.I._ から。

RewriteCond %{HTTP_USER_AGENT}  ^WWWC/.*
RewriteRule ^$                  di.cgi                 [L]

RewriteEngine onとRewriteBase /diaryは指定済みなので上記を追加。
はてなアンテナだったらlirsにrewriteしてしまう設定とかすれば、xreaでも負荷軽減が出来てハッピーかもしれない。

theme.phの書き換え:

ようするに、登録型のサービスの印象は。
技術力的にどうなのよ？かな。
さるさる日記とか日付アンカーが無いから「一意的なURLによるリンク」が出来ないし。（できるのか？　日付単位で）
更新チェックとかも良くわからん。HEADリクエストに、ちゃんとしたLast-Modifiedを返せば、大抵の更新チェッカーは動作するのだから、そうなってさえ居れば良いんだろうけど。そうするとRDFでまとめて拾ってきて読むという動作が難しいなぁ。やっぱRSS対応が良いかも。
あとサーバーにだけテキストやら情報が有るって言うのは、あんまり気分の良いもんじゃない。
いくらデータセンターで多重化保護されているからって、大地震があったらダメだし。
それにサーバーは生きていても、IPが届かない状態だと手も足も出せなくなる。
せめて過去記事だけでも、簡単に手元にバックアップが取れるのが望ましい。（ブラウザのフォームから、ボタン一つでアーカイヴした圧縮ファイルがダウンロードできますよ。ってのも親切かも。それを元にもどせる技術力をユーザーに求めるのは酷なことかもしれないが）
オレみたいに携帯電話メールが嫌い……というよりはパケット課金というNTTドコモの根性が嫌いで携帯は電話機としてしか使っていない人間にとって。パソコンよりな機能がないとなぁーってのも。
多数派とかウケを考えたら、携帯メール対応じゃないとね。という気がするけど。
（全然詳しくないので、こんなこと書くべきじゃないけど。携帯ユーザーだけに特化したWeb系会社にあんまりいい印象が無いし。技術力とかグラフィックとか規格の遵守とかオープンさとか）
かといって、hnsとかmovabletypeとかって。何も知らない人に勧められるほど「インストール一発ポン」というわけでもないしなぁ。
逆に、下手にPerlベースで今時のWeb日記ツールなんかが有って。ダウンロード後、解凍してftpアップロード。設定用cgiにブラウザからアクセスして、フォームを埋めてsubmitしたら設定完了。なんてのがあったら。いつまでたっても「PerlのCGIさえ使えれば、あとは何もしない」みたいな、日本人むけなのにJcode.pmすらインストールしていなかったりするヘボい貸しサーバーが駆逐されないのかもしれない。
「文系人間にRWikiをユーザー権限でインストールさせるという拷問」ってネタを思い出す。

prefs.jsに

user_pref("nglayout.initialpaint.delay", 0);

と書くだけ。
元記事_ のスクリプトでは

echo 'user_pref("nglayout.initialpaint.delay", 0);' >> ~/.mozilla/default/*.slt/prefs.js


chmod -x ~/.mozilla/default/*.slt/prefs.js 

ディレイかけていたんか……。

prefs.jsじゃなくてuser.jsが良い_:

元ネタの間違い_:

なんか撮影も脚本もブチギレ気味に今時に成っているなぁ。ペットロボットとか出てくるし。

もしかして劇場版？　だったらよく出来ていて当然か:

tDiary-FAQ プラグインについて_ に、色々と便利モノが揃っている。
xreaだと uconv_ がインストールされていないからエラー。
blog化への課題。

　画像に関しては引用・転載・再配布・改造等全ての行為を禁止いたします（元ネタを明記した似顔絵イラストについては可）。発覚しだい警告、場合によってはそれ以上の処置もありますのでご注意下さい。

「かまくら」ってテキストサイトの人が、こんな記述を。
転載とかはともかく「引用」って禁止できるんだっけ？　まぁここには「法的に」とかは一切書いていないから「気持ちとして禁止」なんだろうなぁ。そして「それ以上の処置」も、法的に処置するのではなくて気持ち的に処置するって意味なのかも。

/etc/start_if.${interface}に書いておくと、rc.networkで初期化前に実行されるようだ。
だとすると/etc/start_if.fxp0に

ifconfig fxp0 link0

と書いておけばいいのかも。
リモート環境だから、怖くて検証していないけど。

これからのWeb日記システムにrssとXML:RPCは必要なのかも。

hard で loxse な 日々_ から。
そういえば東京電力かどこかのサイトで、家電製品を選択するとワット数とかアンペアを出すページが有ったなぁ。
冬になると仕上げ室の端末が不安定になるのは、おそらく赤外線ヒーターを使い出すからだとにらんでいるのだが。
計算してみよう。

戯れ言_ から

たしかに/etc/racoon/psk.txtにデフォルト値が書いてあるということは、racoonさえ立ち上がっていればIPsec脹れるっちゅーことか。
AirMacを使いたい人はdhcpd.confでMACアドレス固定でIP配っているから、racoonの起動スクリプトだけセットアップしておけばIPsecで安全に無線使えるなぁ。
実際にはpsk.txtあたりを書き換えないと危ないけど。

ループバックテストで局まで・プロバイダまでは成功するのに、インターネットに出て行けない。
プロバイダのDHCPで配られたプライマリーDNSもダメ。殺ャー！！
と思ってたら30分ほどで復活した。

さて。ありがたいことにコメントを頂いたので、解決策を探って見る。
ちなみに「amazon書影プラグイン」はtdiary.orgからプラグイン集をダウンロードしてきた中にあったのを昨日見つけました。
「たしかcvsから引っ張ってこれたはずです」ということなので、tdiary.orgの左メニューから「Download」を選択して「CVSによる最新版の取得」項目の「http://sourceforge.net/projects/tdiary/にて、CVSを公開しています。」をクリックする。
んで上部にある「Summary | Admin | Home Page | Tracker | Bugs | Support | Patches | RFE | Lists | Tasks | CVS | Files | 」のCVSをクリック。真ん中あたりにある「Anonymous CVS Access」の項目の web-based CVS repository viewer._ をクリック。
「plugin/」をクリックする。お……重い。向こうのsourceforgeのサーバーの都合だろうから、都合5分ほどは気長に待つべし。あれ？ tdiary/plugin_ なにも表示されないなぁ。ここじゃダメなのか？
文系の人に「シェルを使わないインストール」をお勧めするスタンスとしては、別の解決法を探ることに。

あっsourceforgeが表示された:

諦めずに探求する:

posttdiary.rbが「絵日記プラグイン」で正解（なのか？）:

[tDiary-devel]アーカイヴ_:

インストール後の画像アップロードのチェック_:

そう長くは無いのかも？

10点。半分はコーラル、半分は社内。

paintデーターを受け取り合成。

なんだか著しく眉唾な話なのだが。
記事でも触れられているが、シャノンの法則を超えるアルゴリズムを発見したと言うことになる。
もしそうだとしたら、このニュースが数学ニュースのほうでまず先に流れるんじゃ？
なんで発表だけを先にしたのかなぁ。数学者向けには特に発表できるようなことは無いと言うことか。
金だけ集める手口臭い気も。

農林水産庁のメールマガジンのシステムを運営しているどこぞの会社が、クソなcookieの使い方をしているのはどうなのよ。と言う話題。
せこい暗号化は意味無いよと。

そういえばプロレスラーは試合で流血をしたとき、確定申告では医療控除になるのか必要経費になるのか？　それが疑問だ。
ピッキング泥棒のピックツールは定率法で減価償却されて課税されるのだろうか。