mumumuの日記

Nexus Prime = Galaxy Nexus

2012-01-12T09:44:00.000+09:00

http://www.datacider.com/11749.php

ICS が載った Google の次期（もうcurrentだけど)Android機のリファレンス名が「Nexus Prime」
それをコンシューマー向けに製品化したのが Samusung の Galaxy Nexus。

俺の携帯って Prime なんだぜ、とのたまっているお友達がいたので何かと思ったら上記のよう
にただの Alias 関係だった。

＃個人的には Prime って数学的な意味以外では厨二っぽいなって思う。

Windows7 on "VirtualBox on Linux"

2011-12-04T17:57:00.001+09:00

VirtualBox を暫く前から使っている。kvm との区別は？という気もするが、デスクトップから仮想マシンを操作したい場合はVirtualBox という感じ。サーバに載せる仮想マシンは専ら kvm である。

以前は Linux から仮想マシン経由で Windows を動かそうとしたら VMWare 一択しかなくてそれなりにお布施をした記憶がある。よい時代になったものである。

あ、そういえばフルスクリーンから抜けるのはデフォルトで右Ctrl + F なので忘れないように > 自分

ini file parser for Java

2011-12-01T09:59:00.001+09:00

http://ini4j.sourceforge.net/

Java で ini ファイルが使われることはあまりないようだ。

勿論標準で java.util.Properties というクラスがあり、Key と Value で設定を扱えるだけで十分という話はある。けれども、設定をグループ化するには、設定項目に名前空間を付与する等工夫が必要だ。もっと複雑な構造にしたければXMLで、、という話になるかもしれない。

ini ファイルは「セクション」があることで設定をグループ化することができる。（Zend_Config_Ini の如く設定の継承とかあればかなり便利だと思うが）これだけの違いのためにiniファイルのパーサを書くのはちょっと、、と思ったときに ini4j を見つけた。

基本的に設定ファイルをロードした後は、IniPreferences 経由で自由にセクションと Key, Value を扱える。

all_ini_entries = new Ini(new File(fileName));
ini_prefs = new IniPreferences(all_ini_entries);

最低限の機能を class として書き下すと以下のようになる。単純なパースや書き込み以外にも様々な機能が揃っているので、チュートリアルも是非見ると良いと思います。

monologue

2011-11-25T14:48:00.001+09:00

All decisions are easier when you're clear where you're headed.

進むべき道が定まってさえいれば、決断はいつもたやすい。 (Being Geek 第１章より)

・・・「四十にして惑わず」といけるだろうか。

memo: pukiwiki spam alert

2011-11-25T10:11:00.001+09:00

http://d.hatena.ne.jp/kinneko/20061102/p1

pukiwiki で書き込みしてると

「Alert: plugin "XXX" was called over 768 times. SPAM or someting?」

とか出る場合がある。書込する当該ページでプラグインが呼ばれすぎているのが原因なので、その場合は原因となる "XXX" プラグインの部分を削除してから書きこむようにするか、上記の kinneko さんのリンクを参考にして強制的にページを削除してから、"XXX" プラグインを除いた形でページを最作成すると良い。

Ideapad Tablet K1

2011-11-23T22:09:00.001+09:00

http://shop.lenovo.com/us/tablets/ideapad/tablet-series/k1

相方が初代 iPad を持っているのだが、貸してくれる気配がなかったので新しく自分用のタブレットを購入した。基本的には ebook を読むのが用途だけど、使ってみると普通にブラウズするとか簡単な投稿なら全く問題ないことに気付いた。

それなりに速いし満足してはいるけど、余計なアプリやレノボマーケットだけは勘弁してほしいかな。消せばいいじゃん、という向きもあるだろうが、消しすぎると何故か再起動がかかるんですよコレ(´ー｀; )

使うアプリだけ表に出して放置することにしますた。

Android 3.1 の使い勝手も悪くない。2.3 から音声入力が扱えるようになったからか、録音アプリとか入ってるのでそれなりに楽しんでいる。けど、音声検索してたら相方から「それ絶対指で入力したほうが速いよ」とミモフタモナイことを言われてしまって悲しかった(´ー｀; )

publish test from blogger app

2011-11-14T08:01:00.001+09:00

写真に特に意味はありません(*´～｀)
朝ごはんっぽいのを選んでみた。

けど、普段 facebook とかで普通にやってることをブログエンジンでやるのはなんか違和感が(´ー｀；)

New server machine

2011-11-14T00:06:00.007+09:00

サーバマシンを新しく買って移行した。

自宅でサーバを初めて立てたのは7年前だったと記憶している。そのときから最新のハードウェアに追随していろいろ試すというポリシーは常に持っていたので、64bitマシンへの移行から4年経った今、頃合いかなと思った次第だ。

BTOマシンで、以下の構成で8万弱というところ。いい時代になったものである。

Intel H67 Express MotherBoard
Core-i7 2600S (TDP 65W)
DDR3 PC3-10600 SDRAM 4G * 4 (16GB)
Intel SSD 80GB
Seagate ST31000524AS 1TB
Realtrek R8168 Gigabit Ethernet

何に使うの？ってよく聞かれるけど、サーバの実験用 + ビルドマシンとしか答えようがない。仮想マシンをいろいろ載せて、今の自宅サーバ環境も移行して遊んでみる用である。

電源は 350W のものなので、無論ゲームはしない。というかむしろこの電源容量で Core-i7 が静かに連続運転出来ていることに驚きを禁じ得ない。

既に www とメールサーバ(MX) の環境は kvm ベースの仮想マシンに移行済みだったりするので、その顛末は別の機会に書いていくことにしよう。

Hatena Blog and these days.

2011-11-13T22:17:00.005+09:00

http://mumumu.hatenablog.com/

はてなブログに招待して貰って1エントリを書いてみた。

Blogger で出来ること、つまり

タグによる分類
画像のアップロード
Gist の貼り付け

などができれば即移行、とはなるかもだが、そのいずれもできない時点でしばらく様子見かな。

はてな記法だけは悪くないと思っていたので、残念。

とはいえ、ブログを書く気になったのは久しぶりだ。その意味ではてなブログへ招待してくれた TERAZZI おじさんには感謝したい。

とはいえ、久々に書いたので近況をちょっとだけ。転職してもう半年過ぎました。元気にやっているのは確かだけど、激しく前職と環境が変わり過ぎているのでまだまだ頑張らねば、という感じです。仕事では Java を書いているけれどもいろんな意味で気持ち悪いですね。それなりに書き慣れているから成果は出せるけど技術的には心ここにあらず、という感じ。

けれども、技術とは別の動機を持って転職を決意したのは確かなので、そこを見失わないように努力を積み重ねたいと思う次第である(*´〜｀)

[monologue] sudo -b -u mumumu

2011-03-20T04:04:00.003+09:00

http://archive.linux.or.jp/JM/html/sudo/man8/sudo.8.html

あるコマンドを root ではなく他のユーザーで、かつバックグラウンドで自動起動したいと思うことは誰しもあるだろう。

sudo -b -u mumumu /path/to/command

/etc/rc.local に上記を書けばよいのだが、psコマンドで sudo プロセスが残るのが気持ち悪い。。こういうもんだったっけ？(´ー｀; )

$ ps -ewf
root 1668 1 0 04:16 ? 00:00:00 sudo -b -u mumumu /path/to/command

[memo] Livedoor Technical Seminar #5

2011-02-27T01:39:00.005+09:00

http://blog.livedoor.jp/techblog/archives/65434269.html

昨日ライブドア主催の技術セミナーに行ってきた。遅刻してしまったので途中からではあるが以下にSummaryのメモを置いておく。自分のための超適当メモなんで、詳細はのちに公開されるであろう動画をちゃんと見てくださいね（はぁと

ソーシャルアプリは参入障壁が低いなりにちゃんと考えて作らないといけないんだなということと、スピード感と新技術の採用という部分のバランスが重要なんだなと勝手に思いました。まる。

****

- HTML5 でFlash Playerを作ってみた(途中から）

- SVG
-- 描画速度が遅いのが問題
-- 最適化することがプログラムから指示しずらい
-- 2fps -> 8fps だったが断念 (iPhone 3GSの環境)

-- canvas をキャッシュ
--- ラビン／カーブ検索で描画した配列の一致した部分のみをキャッシュする
--- 15 fps

****

- 新進気鋭のSAPに聞いたソーシャルアプリ現場事情

1. 登壇者について

- 株式会社オルトプラス石井さん
(ブラウザ三国志の製作を指揮。現在はダービーズキングの伝説というゲームをグリーでリリース)

2. ダービーズキングの伝説について

- ダービーズキングの伝説は登録者数100万人突破、アクティブユーザーが10万人
-- オンラインゲーム登録者数　-> 10000〜15000が相場
-- ソーシャルゲームの登録者数、アクティブユーザー数は右肩上がりののち、下がる一方なのが普通だが、ダービーズキングの伝説は右肩上がりを維持している
-- 小さく産んで大きく育てる
--- やめられないようにするためには、比較的課金を早いタイミングでやって、タイトルを覚えてもらうこと。これはゲームタイトルがどんどん出てくるので、スイッチングコストが低いから。
--- PC市場に比べてモバイル（ガラケー)は課金障壁が非常に低い
--- 一方でPCに比べて伝えられる情報が非常に少ない。検索してたどり着くよりはバイラルで広まることが前提になる。友達が始めたから始めた、的なやり方が多い。10万〜20万くらいの人数があればバイラルが聞くが、そこまでいけるかどうかが成功するまでの一つの壁

3. 開発コストについて

- 開発コストの点でいくと、十数人の人数が6ヶ月動いた＞ブラウザ三国志。
- ダービーズキングの伝説は4名で1ヶ月-> 開発コストはかなり安いファミコン時代に似た感じ。当たれば大きい。- コンソールゲーム(ゲーム機用に製作されたゲーム）は桁がひとつか二つくらい開発費が上になる

4. なぜ競馬ゲームなのか？

- なぜ競馬ゲームかというと、外国等で既にあるものを日本に持ってくるのはやめようと考えたから。日本のよさが出せるものを。

5. ガラケーとスマートフォンの違いは？

- ガラケー -> flash lite 1.1 -> 枯れている
- Android -> ユーザに若い男性が比較的多い
--作って見ないと判らない部分がある
-- 端末依存が大きい
-- 移植に手間がかかることがある
- iOS (ダービーズキングの伝説はまだ未対応）
-- 一度覚えれば作法が一つなので一度覚えてしまえばやりやすい。-> ユーザに若い女性が比較的多い
-- iOS については、4割がユーザに占めていて、lostしている状況 -> 是非人を採用したい

*****

- GREEのスマートフォンアプリ開発の現在（伊藤直也さん）

1. スマートフォンビジネスのトレンド

- 今年の年末はスマフォ向けでもクアッドコアで2GHz超え -> 性能がどんどんあがっていく
- 1億スマートフォン (9200万PCを超えた)
- PC利用時間は -20%
- 世界的にスマフォの普及スピードは凄く早い
-- 日本国内では2年後には6000万台を契約ベースで超える予想がある。その2年後にはiOSでなくてAndroidがその半分以上を占める予想もある
- スマフォ需要により3年ぶりに出荷台数がプラス
-- スマフォによりデータARPUが上昇するから
- 女性向けへのマーケも活発

2. スマートフォンアクティビィティの実際

- すべての時間のうち、電話、Webサーフィンが半分
- 残りはアプリ、ゲーム -> アプリ開発者には有利な状況
- コンソールゲーム市場は後退している
- ソーシャルゲームの売上は右肩上がり -> シリコンバレーでもソーシャルゲームバトル
- Facebook Mobile -> 現在アクティブユーザ2億人(2年間で4倍に増加)
- Twitter -> アクティブユーザの半分がモバイルアクセス、新規ユーザーの16%がモバイルから
- アプリ内課金が本格化(android, iphoneともに)
-- 急成長。50%が In App. 有料DLからIn-App課金へ
-- Android が既に iPhoneを超え始めている Android 2.1, 2.2 が支配的

3. NFC(Near Field Communication)

- Android 2.3で対応。iPhone 5, iPad 2にも搭載か
-- taglet というサービス -> Android 2.3 +NFCによる情報共有サービス。taglet で mixiチェックイン

4. GREEのスマートフォン開発

- HTML5 and CSS3 and Javascript
-- Webkit ベースブラウザ、新技術を積極的に採用できる
-- ローカルセキュリティの関係で、カメラ等に直接アクセスできない
-- HTML5 + css + javascript だけでできないことをネイティブが補うというアーキテクチャ
-- UIの拡張の方もアプリで

- アーキテクチャ比較
-- HTML5
-- ネイティブ
-- JSミドルウェア(Titanium等) =>　動的更新の点で難あり
-- ハイブリッド -> HTML5 and CSS3 + javascript + ネイティブ

※ Javascript でアニメーション GIFを再生するのに悩む -> dataスキームでgifデータを連続して送り、settimeoutで再生していくライブラリを作った

5. クロスモバイルプラットフォーム開発のトレンド

- 急発展の最中
- まだデファクトは決まらず
- 長期的には HTML5へ。短期的にはネイティブアプリ

- ミドルウェア

-- Titanium mobile, 開発例：MogSnap
--- JSで書いたものがネイティブアプリになる
--- iPhoneはよくできているが、Android向けはまだまだ発展途上

-- PhoneGap
--- ハイブリッドモデル(HTML5 + native)のアプリを作るためのフレームワーク
--- 中身がWebViewでよければこれ

-- Unreal Engine -> 3Dゲーム開発ミドルウェアの大御所
--- C, C++, Android はこれから

-- Corona SDK
--- Lua で 2D開発。ActionScriptライクに開発

-- Airplay SDK
--- C/C++ で write once -> Android, iPhone, コンソールゲーム機もサポート

-- Unity : Game Development Tool
--- JavaScript, C#, Lua etc で 3D可いつ。ActionScript用に。
--- これが本命？スマフォの世界で台頭してくると思われる
--- True Multiple Development

- HTML5 Webアプリフレームワーク
-- jQuery Mobile
-- Sencha Touch
-- JQTouch

6. まとめ

スマートフォン&Androidはじまったな
-> GREEもフィーチャーフォンからスマートフォンへ
Mobile = Global

海外では3Gの回線普及率がまだまだなので、回線がつながっている前提で
作るとおかしなことになる。-> Nativeアプリ中心。通信が必要になったときだけ通信する
--> 速い回線が整えばHTML5で作っていくモデルがはやっていくのではないか

binary exponentiation

2011-02-23T03:39:00.003+09:00

任意の数の累乗を計算する時には、for文で累乗する回数だけ数を掛け合わせる、というのは小学生でも思いつく。だが、累乗する回数が大きくなったとき、例えば1億乗とかやられたときには極端に遅くなるのは明らかだ。

二進累乗法というやり方がある。これは2の累乗に乗数を展開することで、掛ける回数をビット数＋数回に抑えるという考え方だ。累乗する数を1ビットシフトして掛けることで、x^2, x^4, x^8, x^16 ... といった具合で累乗する回数を2の累乗倍に増やしていくことで、累乗する回数を減らすことができる。

累乗する回数を減らすことは、累乗する対象の値が double だった場合に誤差を減らす効果をもたらす。
.... って、言葉で言ってもわけわかんないすよね(´ー｀; )

% operator

2011-02-14T03:32:00.005+09:00

http://0xcc.net/blog/archives/000083.html

剰余を求める % 演算子はプログラムの世界では非常によく用いられる。特に一定の範囲の数値があった場合に、剰余が同じ値で数値をグループ化する用途に役立つのは皆様ご存知でしょう。

たまたま2つの値の最大公約数を求める関数を再発明する機会があり、コードを書いていた。この問題に対して、この世界でよくある解法が「ユークリッドの互除法」である。これは以下の手順(※)で成り立つ

1. 2つの値のうち大きなものから小さなものを引く
2. 1. の結果と、値の小さなものについて、上記 1. を繰り返す
3. 1. の結果が0になったとき、その時に引いた小さい値が最大公約数である

上記 2. を繰り返すことは、最終的には値の小さなもので割ったときの余りを求めることと同義なので、この手順は剰余で代用することで速度向上を図るのが普通だ。これをコードにすると以下のような感じである。

b = b % a;

このときに、b と a のどちらか（もしくはいずれか）が負の数値だったらどうなるか。このコードをレビューしていた pascaljp から「オペランドが負の場合、結果も負の場合があるよ」と指摘されてびっくらこいた。

よーく考えると、負の剰余って複数通りの解釈ができる。

7 % -5 -> 余りは -3(商は-2)または 2(商は-1)
-7 % 5 -> 余りは 3(商は-2)または -2(商は-1)
-7 % -5 -> 余りは 3(商は-2)または -2(商は1)

これについては処理系によってまちまちのようで、それを詳しく示したのが上記の高林さんのエントリである。

実際、剰余演算子を使う場合、「余りの値については殆どの場合興味がなく、グループ化する用途には役立ってればいい」という考え方もあるだろうが、今回の場合みたく問題になることもあるんだなと再認識した次第である。

よく考えたら、2つの値の最大公約数を求める場合に、片方または両方が負であっても最大公約数は同じことがわかったのでそれを用いて書き下したのが以下のコードである。

(※) これは A, B の最大公約数をGとすると、B と A - B の最大公約数もGとなるという考え方に基づく。その証明はここあたりでもどうぞ。

Safari Books Online account reactivation

2011-02-05T07:52:00.006+09:00

かつて自分は Safari Books Online を1年単位で購読していて、年5万近い代金を払っていた。
このコストを一時期負担に感じたことがあって、一度アカウントを無効化した。

----

昨日久々に Safari Books Online を見ると Monthly(月単位購読) プランとか言うのが出来ていて割とお手頃であったため、そっちを購読しようと思った。しかし、、

1. かつて年単位購読していたためか、月単位のプランに移行できなかった。
2. 別アカウントを作ろうとしたが、同じクレジットカードだと登録を拒まれた
3. FAQ にはプランを downgrade する方法が書いてあるが、必要な操作をしろ、としか書いてない

業を煮やしてサポートに問い合わせたら、明後日を請求日として月単位アカウントを設定しておいた(!)（※）から、今は Reactivate できるよと返事が来た。この謎仕様はなんなんだ(´ー｀; )

ともあれ、実際過去に年単位購読をしていた人は月単位購読には移行できないらしい。
決済の都合もあるだろうから、アカウントが有効な人に対してこの仕様を適用するなら話はわかるが、一度アカウントを無効にして購読期限も切れているユーザにこれを適用する理由はないと思うぞ(´ー｀; )

----


Thank you for contacting Safari Books Online

I appreciate your interest about reactivating your Safari subscription and I’m sorry to see
 you with trouble in get going with it.

Since you had an annual subscription, you were unable to see the option to reactivate it with
 monthly billing. However, I have set your account as monthly subscription with billing date as
 02/07/2011, so that you can now activate your 10 slot subscription with monthly charge of $22.99
 per month. 

Please let me know if you have any other questions, I’ll be happy to help you.

Regards
Customer Support
Safari Books Online, LLC

--- Included ---

Hi,

In the past, I subscribed yearly safari library account and deactivated it. Now I try to
 reactivate my account and change the subscription plan to monthly 10-Slot Bookshelf plan
 ($22.99/Month).

But I cannot select the plan in "Reactivate Account" page. What can I do next?

----

※ おいまだ Reactivate してないのに請求日を設定すなよ！

introspection(3)

2011-02-04T22:38:00.006+09:00

思考停止しないのも大事。努力することも大事。人と話をするのも大事。けど一番大事なのは前を向くことである。（一行独白

fibonacci number

2011-01-30T23:38:00.006+09:00

fib(param) + fib(param - 1) と本番で書いてしまった。。(※) なんで気付かなかったんだろう（涙

(※)無論、無限ループになる

[ Update January 31st 0:35 JST by mumumu ]

勿論for文でも書ける。こちらの方がスタックを使わない。

[memo] gimp alpha channel

2011-01-29T06:51:00.003+09:00

gimp で何か書いて、背景を透明にしたい、と思ったときにちょい手間取ったのでメモ。
gimp 2.6.9 @ Windows 7 で確認

----

画像を生成し、生成した画像を右クリックし、「レイヤー」→「透明部分」→「色を透明に」を選択し、透明にしたい部分の色を選択すればよい。大抵は背景の白部分を透明にしたいだろうから、デフォルトの状態でプレビューすれば背景を透明にできるはずだ。

特定の色で塗られた部分を透明にしたいならば、色を選択すればその部分を透明にできる。

mod_rewrite and MultiViews

2011-01-25T17:27:00.011+09:00

http://www.fya.jp/blog/2007/09/14/mod_rewritemultiviews/
http://httpd.apache.org/docs/2.2/content-negotiation.html

Apache には mod_rewrite というリクエストを内部で自在に書き換えるための黒魔術が備わっており、それをWebアプリケーションフレームワークでREST風なURLを解釈させるために以下のように使うのは、割とPHPな世界では普通に行われていることである。


RewriteEngine On
RewriteCond %{REQUEST_FILENAME} -s [OR]
RewriteCond %{REQUEST_FILENAME} -l [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^.*$ - [NC,L]
RewriteRule ^.*$ index.php [NC,L]

これはファイルが存在してサイズが0以上のリクエストに対してはそのままリクエストを実行。そうでなければ index.php を頭につけるようにURLを書き換えている。

こうしたやり方に対して、Options MultiViews は相性が悪い場合がある。特に同じプレフィックスのファイルが複数存在した場合がタチが悪い。

MultiViews 機能は、拡張子が表記されていないリクエストがあった場合に、それが仮に存在しない場合は拡張子ありの同じファイルを自動的に探してくれる機能である。たとえば http://example.com/hoge がリクエストされた場合に、MultiViews がドキュメントルートで有効だと hoge.txt や hoge.html 等から適当に選んでレスポンスを返してくれる。

----

ちょっと複雑だが、ここで俺がハマった mod_rewrite と MultiViews の相性でハマった例を記す。

A) ドキュメントルートで MultiViews が有効
B) 上記のような RewriteRule を設定している
C) index.php と index.html がドキュメントルートに存在する
D) この状態で、/index/search をリクエストした場合

この状態で /index/search のレスポンスが 404 だったのでびっくらこいた。本当は、index.php/search となって、フレームワーク側で PATH_INFO を解釈してほしいのに。

起こっていたことは以下のとおりである。

1. MultiViews によって、/index/search を index.html/search とApacheがみなす
2. index.html/search に RewriteRule が適用される
3. index.html が存在するので、Pass Through され、そのまま index.html/search へのリクエストとみなされる
4. index.html/search は存在しないので 404 になる

何のことだかわからないかもしれないが、要するに、Options MultiViews は意味もわからず有効にしない。そして、mod_rewrite と混ぜる場合は注意、ということである。

sudo and environment variable

2011-01-12T12:40:00.005+09:00

http://archive.linux.or.jp/JM/html/sudo/man8/sudo.8.html


sudo は外部のコマンドをできるだけ安全に実行しようとする。
環境変数を扱うにあたって、二つの異なる行き方がある。デフォルトでは、 sudoers の env_reset
 オプションが有効になっている。 この場合は、最小限の環境でコマンドが実行されることになるが、
その環境とは、
  TERM
, PATH
, HOME
, SHELL
, LOGNAME
, USER
, USERNAME
、それに sudo という 呼び出し側のプロセスから来た変数で、sudoers の env_check や env_keep 
オプションによって許可されたものである。言わば、 環境変数のホワイトリストが存在することに
なるわけだ。

要するに sudo ではデフォルトでsudoを実行するユーザの環境変数は引き継がれないということだ。これは環境変数が重要な環境 (例：Python の virtualenv にworkonした状態) で sudoすると思った結果が得られないことに繋がる。

たとえば以下のような状態では pip-requirement.txt の内容は virtualenv 内にはインストールされず、システムグローバルな環境に入ってしまう。workon した時点で山のように設定された環境変数を見てインストール先が決まるのだが、sudoした時点でそれらは引き継がれないからである。


$ workon somevm
(somevm)$ sudo pip install -r pip-requirement.txt

Ubuntu みたく「何かするときには sudo」みたいな環境も増えてきたけど、こういうこともある。

instant reset

2011-01-11T01:09:00.002+09:00

無心でXXな作業をすると心がリセットされる、という瞬間を最近手に入れた。それは「皿洗い」である。笑われるだろうか。

週末に無理やりにでも何かを作って食べ、皿洗いを **無心で** やって台所を綺麗にすると週末の日曜プログラミングモードから一旦解き放たれる。その瞬間に妙にハマってる最近である。

Capistrano Installation notes

2011-01-07T12:19:00.004+09:00

https://github.com/capistrano/capistrano/wiki/2.x-Getting-Started

最近 Rubyを覚えたついでに簡単な Deploy Script を書いてみるようになった。
以下、Debian Lenny でのインストールノート。


# aptitude install rubygems
# gem sources -a http://gems.github.com/
# gem -v

-- バージョンが 1.2.0 なので 1.4 以降に rubygems をアップデートする --
-- ここは Debian 特有の手順が必要 --


# gem install rubygems-update
# /var/lib/gems/1.8/bin/update_rubygems

-- Capistrano のインストール --


# aptitude install libopenssl-ruby
# gem install capistrano

-- インストール完了 --

# cap
Please specify at least one action to execute.
Usage: cap [options] action ...
-d, --debug Prompts before each remote command execution.
-e, --explain TASK Displays help (if available) for the task.
-F, --default-config Always use default config, even with -f.
-f, --file FILE A recipe file to load. May be given more than once.
-H, --long-help Explain these options and environment variables.
-h, --help Display this help message.
-l [STDERR|STDOUT|file] Choose logger method. STDERR used by default.
--logger
-n, --dry-run Prints out commands without running them.
-p, --password Immediately prompt for the password.
-q, --quiet Make the output as quiet as possible.
-r, --preserve-roles Preserve task roles
-S, --set-before NAME=VALUE Set a variable before the recipes are loaded.
-s, --set NAME=VALUE Set a variable after the recipes are loaded.
-T, --tasks [PATTERN] List all tasks (matching optional PATTERN) in the loaded recipe files.
-t, --tool Abbreviates the output of -T for tool integration.
-V, --version Display the Capistrano version, and exit.
-v, --verbose Be more verbose. May be given more than once.
-X, --skip-system-config Don't load the system config file (capistrano.conf)
-x, --skip-user-config Don't load the user config file (.caprc)

marriage party welcome speech

2010-11-12T23:05:00.002+09:00

http://www.youtube.com/watch?v=pj2WS_vZJoY

----

話をしよう。
彼女と最初に出会ったのは今から9年・・・
いや、10年前だったか・・・まあいい。
私にとってはつい昨日の出来事だが。

彼女には72通りの名前があるから
なんて呼べば良いのか・・・
たしか最初に会ったときは・・・「（新婦の名前）」

まあ、良いヤツだよ。

そんなウェディングドレスで大丈夫か？
（新婦）一番いいのを頼む

人が持つ唯一絶対の力――
――それは自らの意思で進むべき道を選択することだ。
お前は常に人にとって最良の未来を思い、自由に選択していけ。

(新婦の名前）よ、さあ、行こう。

----

ということで、明日結婚式と披露宴です。
上記は披露宴のウェルカムスピーチとなる予定でしたが、相方に殴られて敢え無くボツになりました。
皆様、私と相方を末永く宜しくお願いします m(_ _)m

introspection(2)

2010-11-11T01:00:00.004+09:00

どこに行っても焼け野原でそれなりに苦労するなら、自分を一番強く描ける場所を選ぶべきである。そうできるかを確かめるために自分を表現し、自分をぶつける毎日。けど今日は消化不良だったかも。リカバー可能ではあるが（一行独白

/etc/cron.daily/tmpwatch

2010-11-09T14:06:00.004+09:00

Red Hat系ディストリビューション限定の話だが、/tmp ディレクトリに削除されては困るファイルを放置してはいけない。10日アクセスがないと削除されるのに全く気付いてないぬるぽな人は割といるかもしれない、、と推測してこのエントリを記す。

flags=-umc
/usr/sbin/tmpwatch "$flags" -x /tmp/.X11-unix -x /tmp/.XIM-unix \
-x /tmp/.font-unix -x /tmp/.ICE-unix -x /tmp/.Test-unix 240 /tmp
/usr/sbin/tmpwatch "$flags" 720 /var/tmp
for d in /var/{cache/man,catman}/{cat?,X11R6/cat?,local/cat?}; do
if [ -d "$d" ]; then
/usr/sbin/tmpwatch "$flags" -f 720 "$d"
fi
done

上記は CentOS 5.4(final) の /etc/cron.daily/tmpwatch の中身だが、/tmp からは一部のソケットファイルを除いて10日間アクセスがないものを削除している。その他 /var/tmp/ は30日。/var/ 以下の一部のディレクトリも同様である。

----

詳しくは man 8 tmpwatch であるが、一定時間アクセスがないものを削除、というのは割と使えるかもしれない。キャッシュファイルとか、ね。

introspection

2010-11-02T03:21:00.001+09:00

いや、ほんと内省は他に自分を伝える時の基本ですよね。と今更ながらに実感する今日この頃（一行独白

[PATCH] Auto/FetchTitle.pm default configuration changes

2010-10-20T06:55:00.002+09:00

http://coderepos.org/share/changeset/38602

IRCで http URL が貼られたときにタイトルを自動表示するという処理はよく行われていて、IRCプロキシ tiarra にもそのためのプラグインが実装されている。だがそのいくつかのパラメータが今風じゃないなと思ったのでpatchを当ててコミットした。

- タイムアウト値のデフォルトを3秒から10秒にした
- 取得するHTMLのバイト数を最大4Kから64Kにして、その値を recv_limit として設定可能にした。全部 amazon.co.jp が悪い

ひとつめの変更は、リダイレクトを行うサイトも珍しくないので、3秒では貼られるサイトによってはタイムアウトが頻発するために行った。ふたつめの recv_limit の変更については、回線が細い人にとっては過剰な変更であろう。だからこの値は変更できるようにしておいた。

mumumu++

2010-10-13T04:06:00.003+09:00

http://rikunabi-next.yahoo.co.jp/tech/docs/ct_s03600.jsp?p=001767

俺は｢何かを残す」ために技術を使うんで、１０年後もそういうことをしていると思う。
家族を幸せにしつつそんなことができれば最高です。ハイ。

・・・ただ、それがプログラムを書くことだけで成り立っているとは思わない。それだけで食える人ってこの世界ではほんの一握りだと思います。

----

家族できました。職も変わる。変化をプラスに変える一年にしたい。

Tamagawa BBQ 2010

2010-10-12T01:04:00.010+09:00

多摩川で elfさん主催のバーベキュー会が行われたので行ってきた。総勢20人強の方々が集まり、食ったり喋ったりしまくった。基本的にウチの業界の集まりだったわけだが、フリーの方も多く、いろいろ興味深い話を聞かせて頂いた。

・写真にうつっているステーキうます
・クラウドの概念は曖昧なので好き放題に拡張すると面白いことになる。分散してインターネット上に置いてあれば皆クラウドになりかねない
・htairaさんがファイルシステムのスナップショットをとるfsfreezeコマンドを作った。util-linux-ng-2.18 に入った形で既にリリースされている。ソースみるみる。
・XXさんがあそこに転職しました。今こうしていますよ。等近況を聞けた。中にはサプライズも！(｀ー´)
・フリーな立場で活動するのに必要なことってなんですかね、という話になり、「やりたいことがあること」と「信用（信頼）を繋げていくこと」などじゃね、という話になった

----

入籍して以降、いろいろとバタバタしていて PHPCon2010 をはじめとする様々なイベントへの出席予定が全部潰れていたので、こういう場は久しぶりだ。

リア充してんぢゃん！とか一部からは叩かれたものの、やはりこういう場に定期的に出ることは悪くない。

SAMSUNG BX2250

2010-10-12T00:53:00.004+09:00

http://www.amazon.co.jp/dp/B003NAZZHW/

引越しに伴ってディスプレイを新調した。今まで最大 1280x1024 の環境しか触れたことがない自分にとっては、1920x1080 の解像度は正直鮮烈に映った。相方は特に気に入ってしまってノートパソコンの環境にほぼ戻れなくなってしまっている。

以前買った Dell Inprison と組み合わせて立派に使えるので満足している(*´～｀)

ディスプレイなにがいいだろう？と tweet したときこれの類似品を教えてくれた wozozo ありがとう！

x * log(x)

2010-10-10T05:22:00.005+09:00

【注意】：このエントリは数学的な意味で全くもって厳密ではないし、筆者は数学の世界の慣習にも無頓着である

x * log(x) って(※1)、グラフ的にどういう形になるのかな、と思ってふと gnuplot(※2) でグラフにしてみた。 x が十分に大きいと、 log(x) > 1 になるんで、グラフは右上がりになる。これはOK。

問題は x が十分に小さくなった時である。 log(x) は x が十分小さくなると0を超えて無限に小さくなるはず。んで、x は正の範囲でどんどん0に近づいていく。なんで、0をわずかに下回るが、０に近づいていく、という感じかな、と理解した(※3)。

----

(※1) gnuplot が出力するグラフは底が e だと思われるが、本エントリの本文中では筆者の理解の都合上底を 2 として考えている。
(※2) gnuplot って、gnuとかついてるけど実際 GNU のソフトウェアじゃないのね。その点は再配布や改変に当たって特殊な条件を付けているからなのだが、その点は FAQ とライセンスを参照のこと
(※3) 「0に近づいていく」という部分は、全くもって筆者の感覚的な書き方で、当然数学的に厳密ではない。

search via google on Konvi

2010-10-07T17:36:00.004+09:00

https://bugs.kde.org/show_bug.cgi?id=229589

I want this feature to be added, anyone working on this?

----

この機能は Limechat にはまさに搭載されている。誰もやってなかったらこれは是非俺がやりたいところだ。

[ Update October 7th 18:56 JST by m ]

「That's already implemented in the development version and will be available for the next release: http://bit.ly/dvDMjj 」とのこと。流石 Hein。仕事が早いべ（わら

"share" button test

2010-10-06T01:46:00.006+09:00

Twitter 経由で Bloggerによる人様のブログを徘徊していると、いつの間にやら Blogger にも「共有」ボタンがついたらしく、こんな努力やあんな努力は既にしなくてよくなった件を発見してしまった....

嬉しいのやら悲しいのやら(´ー｀; )

----

Googleオフィシャルではないものの、Bloggerカスタマイズ情報ブログも結構役立つにょ(*´～｀)

windows.kde.org

2010-10-04T03:16:00.008+09:00

(※ 上記は Windows 7 上のものです。)

普段 Linux、そして KDE をこよなく愛する自分にとって、**やむなく使っている** Windows でお気に入りのKDEアプリケーションが動いたらどんなに素敵だろう、と以前から思ってはいた。けど、今やそれは絵空事ではなくなっている。

まだ個々のアプリのインストーラーを配布するという形にはなっていないが、windows.kde.org(※1) には cygwin のインストーラーのような形でアプリケーションを選ぶことができる KDEのインストーラーが提供されている(※2)。しかも、KDE全体をインストールする必要すらない。上記の画像のように Konversation のみを選ぶことも可能になっていた。自分が試したところでは、 KDE 4.4.4 ベースでコンパイルされたアプリが選べるようになっていた。

不安な方は、スクリーンショットと KDE Techbase のドキュメントを見てからチャレンジするとよいだろう。

もう自分には Limechat はいりませんっ！(｀ー´)

----

※1 え、windows.kde.org なんて知らなかったって？どれくらい前からあったんでしょうね。僕も昨日知りましたから（藁
※2 cygwin で X を入れればWindows上でKDEも動かすことはできていた。ただ、この状態では X や KDE を入れずに個々のアプリをインストールできる状態ではなかった（はず

Reading LGPL v2.1

2010-09-22T04:00:00.010+09:00

http://www.gnu.org/licenses/lgpl-2.1.html

「java-ja 第1.9.2回チキチキライセンスって何ですか？」ってのに参加してみて、LGPL v2.1 を改めて読み直す気になった。御存知の通り、LGPL および GPL の最新バージョンは 3 である。なぜ今 version 2.1 なのかといえば、これが LGPL v3 を理解する助けになるからである。

僕の理解を要約すると以下の通りである

- 「ライブラリを改変して再配布する」場合はGPLまたはLGPLで公開する必要がある
- 静的リンク、または(LLのような)リンク不要なライブラリの組み合わせを再配布する場合は、ソースコードまたはオブジェクトコードを公開する必要がある
- 動的リンクの場合は組み合わせたものを同時に配布しない限りLGPLの埒外である。同時に再配布する場合は 6. にある諸条件を守ること(ライブラリと組み合わせたソフトのソースコードを公開する必要はない)

----

以下はそのメモであるが、僕は法律家ではないので、勝手な個人の解釈であることをお断りしておく。また、本エントリの内容にはいかなる保証もしない。

----

- Preamble(はじめに）の部分

殆どはLGPL v2 の哲学についての宣言的な部分である。一応ちゃんと読もう。しかし、「ライブラリを基にした著作物」と「ライブラリを利用する著作物」の区別を述べた以下だけは滅茶苦茶重要である。日本語訳の該当部分を引用する。

・「ライブラリを基にした著作物」と「ライブラリを利用する著作物」の違いによく注意してください。前者はライブラリから採られたコードを含んでおり、一方後者は実行するためにライブラリと結合されなければならないということを意味しています。

----

- TERMS AND CONDITIONS FOR COPYING, DISTRIBUTION AND MODIFICATION(複製、頒布、改変に関する条件と制約) の部分

0. 「ライブラリ」と「ソースコード」の定義、およびこのライセンスの適用範囲について述べている。『複製や頒布、改変』に適用されることが重要

1. コピーの配布条件。以下の二つを両方満たす必要がある

-- 適切な著作権表示と無保証であることを目立つよう適切に記載する
-- LGPL v2および無保証に触れた告知すべてをそのまま残す。つまり、LGPL v2 全文の複製物を『ライブラリ』と共に頒布する

2. 「ライブラリを基にした著作物」の配布条件。ライブラリを改変したり、ライブラリを取り込んだコードを作成した場合すべてに当てはまる。以下をすべて満たす必要がある

-- 上記 1. を守ること
-- 改変されたものをソフトウェアライブラリの状態にすること
-- 改変されたファイルに改変した旨を示すこと
-- LGPL v2 を適用すること
-- 改変した部分がアプリケーションのコードを含んでいた場合、それがなくても動くように努力すること

3. 「ライブラリ」には GPL を適用してよい

4. ライブラリ単体のオブジェクトコードの配布条件。以下の二つを両方満たす必要がある。
ライブラリとリンク・組み合わせ・結合された結果生成されるものについては、5. と 6. で述べられている

- 上記 1. と 2. の条件を両方満たすこと
- ソースコードを添付するか、そのありかを示すこと

5. 「ライブラリを利用する著作物」の保護範囲

ライブラリとリンクすることによって動作するプログラムは「ライセンスを利用する著作物」と呼ばれ、それ単体では LGPL は適用されない。しかし、LGPLが適用されるプログラムと組み合わせて **一緒に** 著作物を再配布する場合は、静的・動的リンクを問わず以下 6. の適用を受ける

ただし、以下の場合は除く

- ライブラリの「数字のパラメタやデータ構造のレイアウト、アクセス機構または小さなマクロや小さなインライン関数(長さが 10行かそれ以下)のみ」を利用している場合

※この条項だけだといかにもリンカがリンクした場合のみに以下の 6. が適用されるかのように読めるが、6. では「結合(Combine)」とも書いているので、それに限らない。つまり、LGPLな PHP のライブラリをアプリケーションと混ぜる場合も以下の 6. が適用される(と勝手に解釈している)

6. ライブラリと結合（リンク、または組み合わせた）した著作物の配布条件

LGPLで保護されたライブラリと組み合わせて著作物を一緒に配布する場合には、（静的・動的リンクであるかどうかを問わず）以下をすべてを守る必要がある

- 配布する著作物の改変およびリバースエンジニアリングを禁止してはいけない
- ライブラリが著作物の中で用いられていることと、それがLGPLで保護されていることを告知する
- LGPLライセンスのコピーを一部提供する
- 著作物が実行時に著作権表示を表示するならば、その中にライブラリ』の著作権表示を含め、そのうえでこのライセンスのコピーの在処を示す参照文も含める

かつ、以下のうちの **いずれか** を満たす必要がある

-- ライブラリの（改変点をすべて含めた）完全なソースコードか、オブジェクトコードを出すことで、実行形式が再生成できるようにする。（静的リンク、またはLLのライブラリとの組み合わせの場合はここが該当する）
-- 著作物に上記で指定されたものを、手数料と引き換えに提供することを書面で知らせる
-- 上記で指定されたものへの適切なアクセス手段を提供する
-- 上記で指定されたものをユーザーに適切に送ったか、受け取っていることを確認する
--『ライブラリ』とのリンクに適切な共有ライブラリ機構を用いる（動的リンクの場合の配布条件）

「ライブラリを利用する著作物」は、それから実行形式を複製する際必要なデータまたはユーティリティプログラムをすべて含めた形で頒布されなければならないが、その中に、実行形式が実行されるオペレーティングシステムの主要な部分(コンパイラやカーネル等)と通常一緒に(ソースかバイナリ形式のどちらかで)頒布されるものすべてを含んでいる必要はない

7. ライブラリを基にした著作物(ライブラリから採られたコードを含んだもの）と組み合わせた場合の配布条件

- それぞれを分離した配布を許可すること
- ライブラリを基にした著作物の完全なコピーを同じ条件で添付する
- ライブラリを基にした著作物であるという事実と、それのありかを知らせる

8. このライセンスに定めた行為以外の複製や改変、サブライセンス、リンク、あるいは頒布を禁止する

9. このライセンスによって保護されたライブラリを改変、再配布することは、このライセンスを受け入れたことと同等と見なす

10. コピーレフト規定。再配布するたびに、それを受け取った人はこのライセンスで得られる権利と同等の権利を得る(強制する必要はない)

11. 特許侵害があった場合でもこのライセンスの制約は免除されない。

12. 他の著作権や特許によってこのライセンスと矛盾する制約を加えている地域を排除して配布できる

13. FSF は新しい LGPL を発表できる。その場合でも、バージョン指定か、or later を選択できる

14. LGPL と矛盾するライセンスを持つソフトと統合したい場合は、作者に連絡して許可を求めること

15. 16. 無保証について

crossed the Rubicon river

2010-09-07T17:45:00.001+09:00

不退転の決意で臨む（一行独白

Tweet This! button on blogger

2010-09-01T08:28:00.007+09:00

http://thoughtsomething.blogspot.com/2009/01/understanding-blogger-template-2.html

Blogger の欠点の一つは、何か細かいカスタマイズを加えようと思ったときに Blogger のXHTMLにある名前空間の内容を多かれ少なかれ把握しないといけない点である（本当に把握したいと思った暇人は上記のリンクを見ると良いよ！）。このブログにははてなスターやはてなブックマーク、Delicious のボタンがついているが、はじめのボタンをつけるときは御多分に漏れずやたら苦労した。

Tweet This! ボタンを付けるには、以下の手順を踏むと良い。
※ クラシックテンプレートでは動作しないので注意！

1. blogger にログインする
2. ページ右上の「デザイン」リンクをクリック
3. 「HTMLの編集」リンクをクリック
4. 「ウィジェットのテンプレートを展開」のチェックボックスにチェックを入れ、テンプレートの全ソースを展開する
5. 以下のタグを適度に埋め込む。style や img タグの src 部分、そしてtwitterへのリンク先の文言は適度に調整すると良い


<a expr:href='&quot;http://twitter.com/home?status=「&quot; + data:post.title +
 &quot;%20&quot; + data:post.url + &quot;」%20via%20@mumumu&quot;'><img alt='Tweet This!'
 src='http://twitter.com/favicon.ico' width='20' height='20' style='margin:0;padding:0;border:none;' title='Tweet this!'/></a>

6. 「プレビュー」ボタンを押してエラーが出ないことを確認したら、「テンプレートを保存」をクリックする

※ 大した内容なんてありゃしないのに Tweet This! ボタンをつけようと思ったのはこの記事がきっかけである。

[ Update September 20th 16:06 JST by m ]

img タグに width と height が指定されていなかったのでアイコンが巨大になっていたのを修正

Naoya Ito left Hatena

2010-09-01T02:57:00.011+09:00

http://d.hatena.ne.jp/naoya/20100831/1283249089

はてなCTOの伊藤さんが退職された。暫くは「えええー」という驚きだけしかなかった。

『退職の理由を聞かれます。しかし、これといって"これが退職の理由"という主だったものはありません。』と述べておられるが、はてなが成長して「組織になった」（これにも複数の意味が含まれるとは思うが）という部分が一番大きいんだろうなと勝手に思い、大規模システムの屋台骨を支えてきたエンジニアが様々なところから去っていく理由に思いを致す次第である。

これまで積み上げたものをひっ下げて彼がどこに向かうのか、非常に楽しみだ。自分にとって心からそう思える人は多くない。

ともあれ、本当にお疲れ様でした。

HTML5 de face recognition

2010-08-28T09:53:00.015+09:00

https://developer.mozilla.org/ja/Canvas_tutorial

タイトルだけ書いて、とてつもなく大仰なタイトルだよなオイと思った（藁
要するに下記のようなことをJSでできないの？と聞かれてHTML5(っぽいもの。validではない）でやってみただけです。ハイ。

canvasって HTML5 の丁度いい入門だと思う。何ができるのって人はこのエントリのはじめに張った MDCのリンクを是非見ると良いと思います。また、IE で下記のコードを動かすには explorercanvas が必要です。

Naritake

2010-08-26T18:07:00.006+09:00

http://twitter.com/mumumu/status/21906944299
http://r.tabelog.com/chiba/A1202/A120204/12000153/

錦糸町に新しくできたラーメン屋が俺的にヒットだったので暫く通う予定と呟いたら、どこだよそれ的な反応がいくつかあったので記録しておく。

「なりたけ」というラーメン屋で、津田沼と本八幡に既にチェーンがあり、新たに最近出店したらしい。物凄くこってり味なので、それ系が好みの人は行ってみると良い。

自分は味噌味が好きなのでみそネギラーメンを頼んでいる（写真）。だが、大抵の人には味が濃いはずなので調整スープが無料で提供されている。この店で食べるときは一口味見してみて濃いようならそれを使うことを考えた方が良い。

場所は以下の通り。JR総武線錦糸町駅北口から徒歩2分。営業時間：11:30～14:30 and 17:30-21:30
定休日：水曜日、第3火曜日。

大きな地図で見る

mystery program

2010-06-10T00:10:00.003+09:00

Perlって何でもできるよね。いわゆる6曜を計算してくれる実装があったのがPerlだけだったんだよね。DateTimeも便利だよね。モダンPerlには必須だよね (一行独白

migration from ftp to [sftp|scp]

2010-06-05T06:43:00.006+09:00

俺は自宅で運用しているサーバを数人の友人に貸しているのだが、その一部のユーザのWeb更新用にFTPを開放していた。

そのユーザのひとりがいわゆる Gumblar にやられてWebスペースが汚染される事態が起きた。FTPユーザはchrootされていたとはいえ、流石にこれ以上FTPを開放し続けるのはユーザの便宜にならんだろうと考え、scp|sftp に移行することにした。

サーバの運用ポリシーから導き出された彼らに対する要件は以下の3点である

1. FTPを使っていたユーザーに SSH のシェルログイン権限は与えるわけにいかない
2. 1. のユーザには chroot は必須
3. SSH 経由でログインするにはSSH2の公開鍵を必要とするが、FTPを使っていたユーザにこの方式は合わないのでパスワード認証を使う必要がある

これらの要件と、SSHのシェルログイン権限があるユーザーを両立させなければならない。はたと困った末、rssh を使い、シェルログイン権限があるユーザとFTPを使っていたユーザーは別々のsshdを起動して区別することにした。

----

rssh のインストールは非常に簡単で、Debian lenny なら以下のコマンドでよい。

# aptitude install rssh

インストールしたら mkchroot.sh を chroot先のルートのパスを指定して実行する。ここでは /home/chroot をユーザのchroot先として指定している。実行するとchroot先で必要な必要最小限のファイルがコピーされる

# cd /usr/share/doc/rssh/examples
# chmod +x mkchroot.sh
# ./mkchroot.sh /home/chroot

次に /etc/rssh.conf を編集する。先頭が # になっていない部分はすべて重要である。user= の行で、実際に rssh が許可するコマンドをユーザーごとに編集できる。ここでは scp と sftpを許可し、chroot_path で、mkchroot.sh で指定したパスを指定する user= の行では、実際に scp, sftp でchrootさせるユーザの設定を行う。詳細はマニュアルおよび /etc/rssh.conf のコメントを参照のこと


logfacility = LOG_USER

# Leave these all commented out to make the default action for rssh to lock
# users out completely...

allowscp
allowsftp

# set the default umask
umask = 022

# If you want to chroot users, use this to set the directory where the root of
# the chroot jail will be located.
#
# if you DO NOT want to chroot users, LEAVE THIS COMMENTED OUT.
#
# You can quote anywhere, but quotes not required unless the path contains a
# space... as in this example.
#chrootpath = "/usr/local/my chroot"

chrootpath = /home/chroot

##########################################
# EXAMPLES of configuring per-user options
#....
user=chrootuser:022:00011:"/home/chroot"    # scp, sftp with chroot

rssh は rssh_chroot_helper と呼ばれるヘルパを通してアクセスをコントロールしている。よってrsshユーザーがこれをroot権限で一時的に実行できる必要がある。よって以下のコマンドでsetUIDする。こうしないとログインが失敗し、syslogには "Operation not permitted" というログが残る

# chmod u+s /usr/lib/rssh/rssh_chroot_helper

chroot先には /home/chroot を指定したが、ここにはユーザー情報を格納した passwd ファイルが必要だ。それを /etc/passwd から /home/chroot/etc/passwd にコピーし、最低限のユーザーに絞る。今回は例として以下のような感じにした。chroot のホームディレクトリは、以下の指定だと /home/chroot/home/chrootuser となる。あらかじめ作成しておくこと。

rssh:x:1003:1003::/home/rssh:/bin/false
chrootuser:x:508:508::/home/chrootuser:/usr/bin/rssh

そして /etc/passwd のchrootuser の中身を以下のように指定する。最後のシェルのパスが通常のユーザーでは /bin/bash 等となっているところを、 /usr/bin/rsshに変更していることと、ホームディレクトリを /home/chroot 以下の /home/chrootuser、つまり「/home/chroot/home/chrootuser」としていることに注意

chrootuser:x:508:508::/home/chroot/home/chrootuser:/usr/bin/rssh

あとは、この chrootuser が sshd からアクセスを許可されていれば sftp, scp ができるようになるはずだ。俺の場合はこのユーザーがパスワード認証できる必要があったので、/etc/ssh/sshd_config ファイルを /etc/ssh/sshd_config_passauth ファイルにコピーし、ポート番号や認証の変更などを行い、以下のようにして起動した

# /usr/sbin/sshd -f /etc/ssh/sshd_config_passauth

その際、sshd_confg_passauth には、以下の設定を記して他のユーザーと隔離するのが重要である

AllowUsers chrootuser

----

以上の作業を経て、ようやく vsftpd を止めることができた。ある意味面倒だが、既存の公開鍵認証とそれ以外のユーザーを隔離できただけでも十分な意義があると言えよう。

Realforce 91UBK

2010-06-01T08:24:00.003+09:00

東プレのRealforce 91UBKを買った。「HHKは煩いし強い打鍵にも弱い」とのたまう変わり者の私が今度はこれに挑戦する。

恐ろしく打鍵感が軽く、気持ちよい。よって強く打つ必要がない。よって、しばらくは俺の打鍵圧力の下でもこいつは生きていけるだろう。ただ、重い(1.2kg)のだけは如何ともし難いところか。

雷のような打鍵音からさざ波のような打鍵音へ！(｀ー´) と言ったら皆さん信じるだろうか。

nearly eat and run

2010-05-27T00:55:00.004+09:00

危うく食い逃げするところだった。経緯は以下の通りである。

----

某所で外食していた。席は自動ドアのすぐそばである。食い終わった後、キャパシティプランニングを読みつつ10分くらい考え事をしていた。頭が一杯になっていたのかそのまま自動ドアを開けて出ようとして店員に呼び止められてしまった。勿論料金は払ったのだが、バツが悪すぎる。しばらく某所には行けそうにない。

----

教訓：考え事をしながら外食するのはやめましょう＜自分
おまけ：キャパシティプランニングはちゃんとやったことがない人には良本だと思います。まる。

Konversation 1.3 beta1

2010-05-26T08:01:00.005+09:00

http://konversation.kde.org/

私がお気に入りのKDE向けIRCクライアントである Konversation のベータ版がリリースされた。1.2.3 からはDCC周辺の改善やnotification向けの機能が加わっているのが大きなところだが、KDE 4.3 と Qt 4.5 が required となったことで、名実ともにKDE4向けのアプリケーションとなった。

Kubuntu 10.04 でgit版をビルドしたところ、概ね支障なく機能しているようだ。

ただ、Heinがリリースして3分で気付いたというバグがこのベータ版には含まれている。「タブを閉じる」ボタンの設定が反映されず常に有効になってしまうというものだが、これを避けたい人はgitからソースコードを持ってきてビルドした方が良いだろう。

----

mumumu_n< 1.3beta1 works fine for me.
mumumu_n< look forward to finding a new bug. :)
Sho_> mumumu_n: I found one like three minutes after releasing the beta
Sho_> you can imagine how that annoyed me
mumumu_n< Sho_: is it already fixed? I got konvi's source from git three hours ago.
Sho_> yeah
mumumu_n< lol. I can't find the fixed one.
Sho_> mumumu_n: http://gitorious.org/konversation/konversation/commit/aa233e3b66b675c62a03f1bce793e67b87b732b9
mumumu_n< Sho_: That's annoying. I could find it if i did not use git master.
Sho_> really stupid bug

Not PCI2USB but USB2PCI ?

2010-05-26T07:49:00.003+09:00

http://earthsoft.jp/PT/index.html

最近TVキャプチャボードである PT2 を手に入れた。Linuxでのハックには丁度いいおもちゃである。
それをPCIに挿してLinuxドライバ入れてわーいってやったところまではいいのだが、いかんせんこれだと家でしか作業ができない。

このとき、ノートにUSB経由でPCIバスを増設できるハードとかないかなぁ、と一瞬思い立った。
世の中には PCIカードからUSBのポートを増設する拡張ボードは星の数ほど存在する(一例)のに、その逆はないのね、と思ったり。

※ そもそも PCI-Express な御時勢の今、PCIなんて(ry というツッコミは禁止

Remember, Devfest 2010

2010-02-26T01:36:00.003+09:00

http://sites.google.com/site/devfest2010japan/

Googleが公開しているあらゆるソフトウェアスタックを扱うイベント。参加機会を貰ったのでいかなくちゃね。と Reminder。この日については昨今の忙しさを度外視するつもりである。

designer

2010-02-17T15:35:00.006+09:00

デザイナーの人と打ち合わせをして、彼らは見た目だけではなく、作りこむ全ての要素にポリシーや意味を込めてるということを改めて再認識すると同時に、(デザイン的な意味での)そういう部分が自分はお留守になっていたことに衝撃を受けた。けど意味を込める点はプログラマも同じだ。書くコードの一行一行に意味を込めて書いている。と思い直した。つまり、今日打ち合わせたデザイナーの人はきちんとしたプロフェッショナルだった、ということだ（4行独白

pgrep, pkill

2010-01-13T00:42:00.004+09:00

http://www.freebsd.org/cgi/man.cgi?query=pgrep&apropos=0&sektion=0&manpath=FreeBSD+8.0-RELEASE&format=html
http://www.linux.or.jp/JM/html/procps/man1/pkill.1.html

その昔、俺が大学に入って間もないときは「名前にマッチするプロセスに対して一気にシグナルを送る」というのは意外に大変だった。当時は以下のような長ったらしいことをしていたので、今でもそうする癖がついている


ps -wef | grep i-want-to-kill-this-process | awk '{print $2}' | xargs -n 1 kill -9

しかし今やこんなことは無用だ。以下のように1コマンドで可能だ。名前にマッチするプロセスIDを探すのだってpgrep一発である。良い時代になったものだ(´ー｀; )


pkill -u mumumu i-want-to-kill-this-process

ただ、pgrep, pkill ともに環境依存ではある。Solaris, Linux, FreeBSD にあることは確認しているが、drryたんによると標準の Mac OS X には存在しないようだ。

＃どうも未だに癖が抜けないのでjournal
＃killallはどうなのって言われそうだけど、、

poss-ja support page added

2010-01-02T01:32:00.004+09:00

http://producingoss.com/ja/ja-support.html

「オープンソースソフトウェアの育て方」のサポートページ作りたいね、と高木さんと話しつつ放置していたら、Karlから案内のメールが来た。丁度いいタイミングなので追加しておいた（一行独白

[memo] Looking up the past timeline

2010-01-01T21:36:00.009+09:00

Twitterのタイムラインを調べて、ちょっとしたワードにマッチしたものを削除する処理が必要になった。さすがにWebインターフェイスから手動で調べるのはやってられない。

Net::Twitter楽だよね。例外処理が微妙にダサイと感じるのはPerlそのものの問題なので置いといて、と。ひっかかったのはマルチバイト文字の正規表現を書くときは、Perlの内部フォーマットである UTF-8フラグが立った状態にしないといけない、という点くらいだろうか。

俺別にPerlが嫌いなわけじゃないんだね、と改めて再認識した。

[ Update January 2nd 20:36:55 JST by m ]

例外処理がちょっとダサイ点については Try::Tiny がちょっとカッコいい！(｀ー´)
tokuhirom さめ情報ありがちょーヽ(´ー｀。)ノ


use Try::Tiny;
try {
    die "error occured!";
} catch {
    warn "caught error: $_";
}

Default answer 'yes' in CPAN?

2010-01-01T21:05:00.004+09:00

http://d.hatena.ne.jp/Craftworks/20090415/1239762931

Perl のCPANモジュールをインストールするときに非常にうざいと感じるのが、依存モジュールをインストールする場合に以下のように聞かれる場合があることだ


---- Unsatisfied dependencies detected during ----
----       MIYAGAWA/XML-Atom-0.37.tar.gz      ----
    XML::LibXML [requires]
    XML::XPath [requires]
Shall I follow them and prepend them to the queue
of modules we are processing right now? [yes]

これにデフォルトで 'yes' と答える方法がはじめのリンクでは複数紹介されているが、PERL_AUTOINSTALL='--defaultdeps' は効かなかったので、結局 yesコマンドを使っている。Perl Wizardの方々はこうしてらっしゃるのかしらん(´ー｀; )

[ Update January 2nd 20:21:33 JST by m ]

sudo perl -MCPAN -e shell
CPAN> o conf prerequisites_policy follow
CPAN> o conf commit

tokuhirom さめの教えに従って上記を実行したら自動で入ったす！
これからはこうしておこう(｀ー´)

New Year 2010

2010-01-01T00:00:00.000+09:00

あけましておめでとうございます！本年も宜しくお願い致します。
今年は迷いをなくし、もっと低レベルなコードで成果を出せたよと言える年にしたいです。それだけですね(｀ー´)

今年のタグ: code, C, C++, assembler, life, marriage, hardware, translation, etc

Last day of 2009

2009-12-31T23:13:00.004+09:00

あと数十分で2009年も終わる。この一年はどんな年だったか、ちょっとだけ書いてみる。

ざっと言えば本を出すのに協力したりだとかコード書いたりだとか仕事したりだとか、そんな一年だった。けど、自分が志向してる方向が変わっているのは間違いない。一応Web業界の動向も追い続けてはいるけれども、もっとレイヤの低い方向に近づいている感じ。

脚を洗いたいと思う一方で結局今年は「完全には」洗えなかった。自分が進もうとしている方向に迷いがあるのも事実だろう。自分が気に入った方向、居場所とはどこか。それに答えが出たとき、もっとアクティブに動ける気がする。

なんだかんだいって、今年も沢山の人にお世話になりました。来年も宜しくお願いします。

footprint note

2009-11-29T04:49:00.012+09:00

足跡帳って、足跡を残すページにhttpリクエストを出させる画像やスクリプトを仕込んでおけば誰でもできるし、多分やってる人多いんだろうな、と思った。ログインしっ放しな人が大半なのをうまく利用していて、別にクリティカルな害は無いけどCSRFっぽいよね。

自分が見えないところでいろんなhttpリクエストが発行されるのは本当はヤだけど、もはやそれは当たり前だし、不可避なんだよね(´ー｀; )

----

と、はまちちゃんのエントリを見て思いました。まる。

my lovely girl sensor

2009-11-29T02:17:00.003+09:00

いろいろな人と話をしていると、どうも自分は「賛否両論分かれる」女性を選ぶ傾向があるようだ。
人の容姿の好みなんて千差万別なのは明らかなんだけど、俺はどうもそれがズレているらしい。

----

OK な女性：

※ 特に女性からはウケがよくない。男性から見ても賛否両論

- 松たか子(女優）
- 首藤奈知子(NHKアナウンサー)
- 小林摩耶(フリー／元TBSアナウンサー)

違うな、と思う女性：

※ ここに属する女性に対しては辛口なコメントを加えて女性から「えー」と言われる。男からも「あんたキビシイね」と言われる。

- 枡田絵里奈（TBSアナウンサー）
- オバマ大統領の後ろにいた謎の中国人女性

wii fit plus

2009-11-02T01:53:00.004+09:00

初級15分の運動強度で死亡したので山に行かなくて良かったと思いますた（一行独白

# もはや lazy-people ではなくて Perl登山部と改名したらどうか(*゜ー゜)

mythbusters collections 2

2009-11-02T00:20:00.008+09:00

http://dsc.discovery.com/fansites/mythbusters/mythbusters.html

俺と相方は共通の趣味が恐ろしく少ないのだが、ディスカバリーチャンネルの「怪しい伝説」は二人とも好んで見ている。これは都市伝説とも言うべき怪しげな命題を「科学的に、時には理不尽に」検証する番組だ。有料番組である。

どんな番組か知りたい方は、その一部をネット上でも見ることができる。

二人とも英語を聞き取れもしないくせに字幕無しの Mythbusters: Collection 2 を買うという無謀っぷり。俺英語の聞き取りは非常にヤヴァイんですが(´ー｀; )

various Gravity

2009-10-15T00:39:00.008+09:00

今や携帯やゲームのコントローラーで一般的になった加速度センサー。Android もそれに対応していて、Java を通じてハードウェアに加えた加速度の値を取り出すことができる。ただ、Android が載っている Linux の仕組み上、ハードウェアに直接 Java がアクセスできるはずもないので、C(++) のコードを経由してデバイスドライバにアクセスする。

----

ところで、Android で加速度センサーにアクセスする C(++)のコードを実装するには、必ず特定のヘッダを実装しなければならない。それが sensors.h だ。加速度センサーは今いる場所の重力加速度(※)を基準にした値がハードウェアから渡ってくることが多いので、上記の sensors.h にもいろいろな場所の重力の値が定義されている。それを以下に引用しておく。


/**
 * Values returned by the accelerometer in various locations in the universe.
 * all values are in SI units (m/s^2)
 */
 
#define GRAVITY_SUN             (275.0f)
#define GRAVITY_MERCURY         (3.70f)
#define GRAVITY_VENUS           (8.87f)
#define GRAVITY_EARTH           (9.80665f)
#define GRAVITY_MOON            (1.6f)
#define GRAVITY_MARS            (3.71f)
#define GRAVITY_JUPITER         (23.12f)
#define GRAVITY_SATURN          (8.96f)
#define GRAVITY_URANUS          (8.69f)
#define GRAVITY_NEPTUNE         (11.0f)
#define GRAVITY_PLUTO           (0.6f)
#define GRAVITY_DEATH_STAR_I    (0.000000353036145f)
#define GRAVITY_THE_ISLAND      (4.815162342f)

こんなところに Android 持ってかねーYO！という値がたくさん定義されている。誰か DEATH STAR に Android を持っていった人、是非重力加速度の具合を体で感じ、俺に是非教えてください。

----

(※）地球の場合 9.8 m/s^2。物理でやったよね！俺はスカーリ忘れてた

incresing age

2009-10-13T00:37:00.007+09:00

節目の日を迎えた。だからというわけではないけれども、Ethnaプロジェクトで自分がとろうとしているスタンスについてアクティブなメンテナに告げた。いろいろな意味ですっきりした。

いわゆる「自分探し」をプログラムを読みまくってやっているというのも、自分らしいと思う。現状維持ではしょうがない。プライベートが大きく変わる一年でもあるし、いろいろな意味で節目の一年にしたい。

sed as grep replacement

2009-10-02T12:08:00.004+09:00

デーモン化したプログラムのログを syslog に吐かせていて、そのログのみを抽出したいと考えた。だが、grep(1) もない、awk(1) もない。テキスト系のプログラムで役に立ちそうだったのは cat(1) と sed(1) だけであった ....

サーバやPC上のUNIXで作業をするときは上記のような環境は考えられないわけだが、組み込み環境ではフットプリント（ストレージの消費量）を抑えるためにそういうことが往々にしてある。要するに、sed を grep の代わりとして使いたいわけです ... と思ったとき5分くらい手間取ったのでメモしておく。

----

たとえば、search.txt から regex にマッチする行だけを出力したい場合は、以下のようにする。これは /regex/ という条件文を ! で否定し、d で「マッチしないものを削除する」ことにより、逆にマッチするものを出力するという変なことをしている。

cat search.txt | sed -e '/regex/!d'

正直、こんなことをするのは組み込み環境以外ないし、どうでもいいっちゃいいんだけどね（藁

[memo] malloc, free(3)

2009-10-01T08:30:00.004+09:00

http://www.linux.or.jp/JM/html/LDP_man-pages/man3/malloc.3.html

考えてみれば当たり前なんだけど、free(3) に渡すポインタは malloc(3) 等から返ってきたポインタ「そのもの」でなければならない。以下のコードは FreeBSD 6.4 Release だと実行時に「warning: modified (chunk-) pointer」という警告が出る。Linuxだとアボートする。

バッファに構造体の中身をコピーするようなコードを書いているときに、上記のような間違いを犯したことがあるので記録しておく。

vital work

2009-10-01T08:19:00.008+09:00

http://www.amazon.co.jp/dp/4756116396

Programming is a marvellous, vital, challenging activity, and books on
 programming should brim over with enthusiasm for it! 

(プログラミングとは、素晴らしい、生き生きとした、挑戦的な行為であり、プログ
ラミングに関する書籍は、それへの熱狂で溢れかえっているべきなのだ！） (※)

同僚に貸していた「エキスパートCプログラミング - 知られざるCの深層」が手元に戻ってきたのでパラパラめくってたんだけど、何度読んでもいい本だ。内容もさることながら、訳が素晴らしい。もし技術文書の翻訳を仕事にする機会がまたあるなら、こんな仕事をしてみたいと思う。

(※) P19. Preface より引用

blank for a month

2009-09-30T19:55:00.003+09:00

本を出版する作業が落ち着いてから約一ヶ月。何かに追われているような感覚を取り除くべく頭の中身を空っぽにすることにした。

twitter を見てもいないし、書いてもいない。IRCも(一部の例外を除いて）同様である。プライベートでプログラムも殆ど書いていない。こういう生活を一ヶ月強続け、生活のバイオリズムを真っ当なレベルに引き戻してきた。外部からの刺激を遮断するのは俺の職業においては基本的に褒められたことではないのだが、ただ、楽しめなくなってしまうと仕事もライフワークも危険な状態になる。それだけは避けたかったのである。

ここ一ヶ月を振り返ってみるとやっぱり何か足りないよね。ですよねー。とたびたび思ったのも事実なので、明日から月がインクリメントされるのを機会に少しずつ軸足を元に戻していこうと思う。このエントリはそのための一歩である。

raw Komatsuna

2009-08-23T01:01:00.006+09:00

http://cookpad.com/category/626

ある夜、無性にサラダが食べたくなってそこらへんにあった小松菜と胡瓜を生で切り刻んで食べたのだが、、、小松菜の後味が微妙に苦くてよろしくなかった。

ちょろっと調べてみたら炒め物やおひたしで利用するのが通常らしく、生で食うもんじゃないらしい(´ー｀; )

if statement without bracket

2009-08-21T13:03:00.006+09:00

C言語で書かれた以下のコードは合法だし動くんだけど、正直やめてほしい。わかるんだけど気持ち悪くてしょうがない。好みの問題かしら、、（汗

こんなコードが某デスクトップの某巨大ライブラリには浴びるほどあるわけです。全体的な傾向としてはわかりやすいし好きなコードなんだけど、上記だけは僕的にいただけないです。

[memo] make is NOT always GNU make

2009-08-19T16:48:00.004+09:00

http://www.freebsd.org/cgi/man.cgi?query=make&sektion=1

当たり前のことではあるが、makeコマンドで実行される make が必ず GNU Make とは限らない。FreeBSD における make は BSD make であり、GNU make は gmake コマンドである。

Linux, Mac OS X においては、make は GNU make と見て差し支えない。Mac OS X での BSD make は bsdmake である。くれぐれも GNU脳にならないように＞自分

Solaris とかだとどうなるんだろうね。

----

※GNU脳になってしまっていてよくひっかかる別のコマンドとしては、tar コマンドや cp コマンドが挙げられる。特に後者は Mac OS X の cp に -a オプションがないことに驚愕した苦い思い出がある。

[memo] thread safe and portable random function?

2009-08-12T21:38:00.009+09:00

スレッドセーフで移植性が高いrandom関数って書けないかしらん。と少し悩んで以下のように書いた。

型の問題を差し引いたとしても、残念なことに上記は移植性がない。関数 [d|s]rand48_r が GNU による拡張だからである。うまい方法を御存知の方がいらっしゃったら教えてくださいませ(´ー｀; )

[ Update August 13th 0:03 JST by m ]

pascal君から指摘があったので全面的に書き直しました。古いバージョンは一度だけ呼ぶべき srand48_r関数を毎回呼んでいました。指摘さんくすです。

Mt.Jinba

2009-07-26T23:27:00.008+09:00

http://www.takaotozan.co.jp/cource/cource08.htm

（※）写真に映っている人物は現実とは一切関係ありません。vkgtaro これを写す。

・・・なわきゃーなくて、irc.lazy-people.org の方々と高尾山経由で陣馬山に行ってきました。リフト経由で高尾山の頂上へと行き、小仏峠、景信山経由で陣馬山へ。約20kmの行程でした。

正直な感想として、普段脚を使っていない人はこのコースを甘く見ない方がいいですw 以前登った高尾山の6号路よりもアップダウンが激しく、結果として脚を使います。「mumumuのおっさんが完走できたのは驚き」と tomyhero が語るように、僕はいつも最後尾で皆から平均10分遅れくらいでした。足を引っ張ってしまってスミマセン(´ー｀; )

さらに注意すべきなのが下山ルート。本当は和田峠経由が王道のルートなのでしょうけど、下山を始めたのが17時だったので最短のルートを選択した結果、忍者か修行僧でなければ通らないだろうと思われる最悪の傾斜の道を歩くことに。生きて帰れたのが不思議なくらいです。普段の足腰の差がこういう状況になると露骨に出ます。おそらく皆から30分遅れくらいだったんじゃないかしら（藁

・・・ということで普段運動をしていない人は高尾山で脚を鍛えましょう。僕は今体の上下ともに非常に痛くて立ち上がるのにも一苦労です。lazy-people.org の皆様、僕を要所要所で待っていただいてありがとうございました。

オープンソースソフトウェアの育て方 (3)

2009-07-23T00:29:00.004+09:00

「オープンソースソフトウェアの育て方」を2部、欲しい方に差し上げます、と前回のエントリでアナウンスしたのだけれども、早速抽選しましたので結果を以下に公表します。

エントリ頂いた皆様、本当にありがとうございます。7名も希望者がいらっしゃるとは正直思いませんでした。

抽選手段は以下の通り SQL によるランダム抽出(※)であり、僕の主観は一切入る余地がありません。当選されたのは junjun さんと masugata さんです！おめでとうございます！僕のメールアドレス mumumu at+ mumumu dot org に本の送付先を教えて下さい。(at+ は @ に、dot は . に置き換えてください) 送付先を伺い次第、発送させて頂きます。

残念ながら外れてしまった皆様、差し上げたいのはやまやまなのですが、、ごめんなさいです。Webサイトまたはリアルの本屋さんでの購入をお願い致します。


test=# select CURRENT_TIMESTAMP;
            now           
-------------------------------
2009-07-23 00:35:11.345851+09
(1 row)                     

test=# select * from possjp_drawing ;
  winner_c     |                          entry_url                        
-----------------+--------------------------------------------------------------
Nully           | http://blog.magical-remix.net/urame/archives/564          
kinneko         | http://d.hatena.ne.jp/kinneko/20090718/p2                 
ita-wasa        | http://d.hatena.ne.jp/ita-wasa/20090718/1247906897        
junjun          | http://junjun.haun.org/d/index.cgi?d=20090722#20090722-1-2-1
masugata        | http://d.hatena.ne.jp/masugata/20090722                   
02034 aka garo2 | http://d.hatena.ne.jp/Garo_unst/20090722                  
testu           | http://mc255dqn.dtiblog.com/blog-entry-874.html           
(7 rows)                                                                     

test=# select winner_c as winner, entry_url from possjp_drawing order by random()
limit 2;
winner  |                          entry_url                                         
----------+--------------------------------------------------------------              
junjun   | http://junjun.haun.org/d/index.cgi?d=20090722#20090722-1-2-1               
masugata | http://d.hatena.ne.jp/masugata/20090722                                    
(2 rows)

(※) 上記は PostgreSQL 8.3.7 での結果であるが、MySQL でも random() を rand() に置き換えることで同じことができる。これは、random な数値を1カラム付け加えてソートすることで、少ない数が割り当てられた上位2名を当選者としている。

尚、この抽選方法は L_star氏に教わったものである。この場を借りて御礼申し上げます。

オープンソースソフトウェアの育て方 (2)

2009-07-18T14:42:00.007+09:00

さて、先のエントリに書いた「オープンソースソフトウェアの育て方」ですが、上の通り見本が手元に届きました。ざっとチェックしたんですが、オライリー・ジャパンらしく編集してありますね。id:mohri さん GJ です。

手元には3部あるのですが、1部は当然手元に置いておくとして、残りの2部については、是非書籍版を読みたい、という方に差し上げたいと思います。

条件は、この本が欲しいということと、送付先の住所を僕に教えても良いという方です。以下の手順で欲しい方は応募してください。締切りは7月22日(水）24:00 (JST) までです。希望者多数の場合は、抽選となります。また、逆にいない場合は、僕と親しい人にあげちゃいます。

自分のブログに「オープンソースソフトウェアの育て方が欲しい！」と書く
書いたブログエントリの URL をこのエントリにコメントする (bloggerってトラックバックがサポートされてないんです、、ごめんなさい)

オープンソースソフトウェアの育て方

2009-07-16T05:51:00.003+09:00

http://www.oreilly.co.jp/books/9784873114125/

前にもちらっと書いたのだけれども、僕と高木さんが全文の翻訳を手掛けた Producing Open Source Software の日本語版が、オライリー・ジャパンより今月の25日に出版されることになった。邦題は左のカバー画像にもある通り、「オープンソースソフトウェアの育て方」である。

内容をひとことで言えば、この本はオープンソースプロジェクトに働く力学と運営ノウハウを教えるものである。この本は全文がオープンソースとしてオンラインで公開されている(※1）ので、無料で読むことができる。よってまずはオンライン版を参照頂き、気に入ったら購入して頂ければ幸いである。

出版される内容は、このオンライン版に対して書籍化のために細かい構造や注釈に手を加えた上で、オンライン版に残っていた微妙なバグを修正したものである。よって自分が見た限りでもオンライン版よりは明らかに読みやすく、クオリティも向上している。この点、編集者の id:mohri さんには感謝申し上げる次第だ。

こうした編集が入っているため、現状オンライン版と書籍版とは相当量の差分が生じているが、この点はクリエイティブ・コモンズ BY-SA 2.1-jp (表示・継承) に沿ってオンライン版に反映してよいとの許可をオライリー・ジャパンより既に貰っている(※2）。よって、書籍となった内容はオンライン版にもいずれ反映するつもりだ。

----

（※1）原文と照らし合わせながら読みたい方は、Subversion から直接チェックアウトすれば、翻訳チームの作業の跡を全て見ることができる。コマンドは以下の通りである

svn co http://svn.red-bean.com/repos/producingoss/trunk/ja/ poss-ja

（※2）オンライン版の存在と、こうしたライセンス条件を知りながら出版を決めてくれたことには、今でも驚きと感謝を禁じ得ない。

PHP-doc CVS account - you are what you write

2009-07-03T10:20:00.007+09:00

http://www.php.net/cvs-php.php
http://elf.no-ip.org/wiki/?PHP%2Fphpdoc%2F04.cvs
http://www.mumumu.org/~mumumu/tmp/apply_php_cvs.txt

どうせなら直接コミットしたいので CVS アカウントを申請した。これが通れば、暇を見て直接作業できるようになる。

俺の場合日本語でも英語でもそうなんだけど、流れに任せてちょいちょいと書いて急いで推敲しただけの文章ってあり得ないくらい恥ずかしい文章であることが大半である。日本の中学生でもやらない間違いが数ヶ所あり、それが当然の如く news.php.net に投稿されていて穴があったら入りたくなった。

上記の最後のリンクは、それを手直ししたものである。美辞麗句はいらない。要点が必要、ということは知っていても、オープンソースソフトウェアの世界では「書いたことがすべて」である。反省します。ハイ。

----

申請のコツは2番目のぢょーさんのWikiに書いてあることが全てであり、俺はそれをなぞっただけに過ぎない。俺がそれに付け加えるとすれば、申請ページの入力フォームには引っ掛け問題というか罠があるので、申請ページの説明は「きちんと」読みましょう。フォームだけ適当に入力して submit すると「必ず」失敗します。

[ Update July 4th 23:14 JST by m ]

無事にアカウントを取得出来ました。これも高木さんの口添えがあったお陰です。ありがとうございます。

PHP Manual Translation

2009-07-01T07:43:00.003+09:00

http://www.php.net/manual/en/migration53.php

PHP 5.3.0 がリリースされるされると言われていつつも上記が手つかずだったのでおとついまでにざっと翻訳したのだが、コミットログみたら更新入りまくりんぐ。まあこれだけでっかいリリースの前後なので無理もないとは思うけれども。

こりわ高木さん一人じゃ追いつけないわけですね。暇を見つけて無理のない範囲で手伝ってみることにしよう。

PHP 5.3.0

2009-07-01T07:12:00.003+09:00

http://www.php.net/archive/2009.php#id2009-06-30-1

リリースされちゃいました。区切り文字が物議を醸しまくった名前空間やびみょーなクロージャをはじめとして多くの機能が詰め込まれてるわけだけど、個人的には undeprecatedな (一度非推奨にされたが、非推奨ではなくなった）is_a 関数に大笑いしたのと、private や protected にマジックメソッド __call がアクセスできるようになったのが一番面白い変更点である。

特に後者はのべつまくなしに適用すれば OOPの原則いくらでも破れる C++ の friend みたいになっちゃわないですかね？と思ってちょっくら試してみた。


class Test {
    public function __call($name, $arguments) {
        call_user_func(array($this, $name));
    }

    private function hoge()
    {
        echo "called hoge\n";
    }
}

$a = new Test();
$a->hoge();

実行結果は以下の通り


$ php/5.3.0/bin/php test.php
called hoge

ああ、やっぱり呼べるんだ。けどやっぱマジックメソッドはおもろいですよね。あと、Ethnaのテストを実行してみたらやっぱり5.3.0の方が速かった。


: PHP 5.2.10
real    0m2.180s
user    0m1.908s
sys     0m0.256s
: PHP 5,3.0
real    0m1.905s
user    0m1.648s
sys     0m0.232s

noncalculating

2009-06-29T00:14:00.005+09:00

自分は明確な目的や打算、仁義がない限り、自分から「エンジニアとして」滅多に人に会いに行くことがない。それは出不精であることが大きく影響していたりするが、昨日はそれナシで人を誘って飲みに行った数少ない例外である。

誘われた本人はおそらく意味がわからなかっただろうが、そうやって人と話し、影響を受けることの効用を自分は心のどこかで認めているのだろう。その意味で昨日はとても良い一日であった。ただ、こういう日はこれからもそう頻繁にはないと思う。

自分が話した内容は与太ばかりであるが、彼の話からは多くの刺激を貰った。自分にないものを持つエンジニアであり、かつ誘いに乗ってくれた id:cocoiti たんには心から御礼申し上げる次第である。

Not yogurt, but kefir

2009-06-27T20:57:00.003+09:00

[2009-06-27 17:48:37] <a****> xxx(※外人さん。女性) made some yogurt. just come here and enjoy! ってメールが友達からきたんだけど
[2009-06-27 17:48:48] <a****> それにxxxさんが返事してて
[2009-06-27 17:49:01] <a****> "いいえ、ケフィアです。" とか書いててふいた
[2009-06-27 17:49:11] <b****> ぶ
[2009-06-27 17:49:12] <a****> 日本語苦手ぶってるくせに。。。
[2009-06-27 17:49:19] <a****> ネタを分かっておる．．．．．
[2009-06-27 17:49:22] <a****> しかも本当にケフィアだった
[2009-06-27 17:49:29] <b****> GJ

----

「いいえ、ケフィアです」ネタがわかる外人さんいいねww

deadline

2009-06-25T01:01:00.002+09:00

紙媒体の締切りと戦ったのは数年ぶりだが、こんなにつらかったっけ、、(´ー｀; ) （一行独白

＃明日また第2弾が、、

Mika Kaneko - Weekend Soldiers

2009-06-24T07:58:00.001+09:00

何かを探していたい何かに手を伸ばしたい
何かに惹かれていたい何かに踊らされたい

心を締め付けられそうな夜に溺れていたいだけ

- from City Hunter Sound Collection.

git(2) - from sourceforge.jp SVN

2009-06-23T11:38:00.004+09:00

http://iteman.jp/blog/2009/02/subversiongit-stagehand-testru.html
http://ml.ethna.jp/pipermail/users/2009-June/001138.html

Ethna のソースコードリポジトリを subversion から git に移行した。subversion から git への移行は git-svn を使うのが定番のようになっているが、以下のコマンドを使っても git-svn は指定されたディレクトリ以下のディレクトリ名をブランチにするだけで、tag をうまく扱ってくれなかった

$ git svn clone -T trunk -t tags -b branches svn+ssh://...

このコマンドの実行結果は以下のようになる。タグもブランチとして扱われている

$ git branch -r
* master
  ETHNA_2_1_1
  ETHNA_2_3
  ETHNA_DBLAYER_UNITE_BRANCH
  ....
  tags/ETHNA_2_1_0
  tags/ETHNA_2_3_0

----

これでは話にならないので、svn2git を使った。はじめ gem でインストールしても svn2git が command not found になったので焦ったが、/var/lib/gems/1.8/bin 以下に見つかったので、それを直接実行したところうまくいった

$ gem sources -a http://gems.github.com
$ gem install nirvdrum-svn2git
$ /var/lib/gems/1.8/bin/svn2git http://svn.sourceforge.jp/svnroot/ethna/ethna/ \
--verbose --trunk trunk --branches branches --tags tags

実行中の出力は git-svn と変化ないように見えるが、結果の違いは歴然としている

$ cd ethna
$ git tag -l
 ETHNA_2_1_0
 ETHNA_2_3_0
 ETHNA_2_3_2
  ....
$ git branch -r
 ETHNA_2_1_1
 ETHNA_2_3
 ETHNA_LEGACY_EUCJP_BRANCH

ここまで出来れば、remote を登録してすべてを移行するだけである。

$ git remote add origin USERNAME@git.sourceforge.jp:/gitroot/ethna/ethna.git
$ git push --all
$ git push --tags

----

なお、最初のリンクにも示しているが、本エントリはitemanさんが書いたものをほぼそのまま実行しただけである。元エントリを書いたitemanさんには深く感謝申し上げる次第である。

misc_register - Linux kernel API

2009-06-22T18:54:00.005+09:00

http://d.hatena.ne.jp/TRANSii/20080911/p1

major番号、minor番号をいちいちregister, unregisterしてデバイスファイルをudev経由で作りたくねーよ的な要求は必ずあると思うのだが、さりとて上記のような正規かどうかもわからないAPIを使うのも躊躇われるので悩ましいところである。

----

とはいえ、Linux kernel プログラミングで３分クッキングは素晴らしい試みだと思う。

やってみて思うのは、C言語がたとえわかっていても前提知識が多すぎる。内部のAPIやディレクトリ構造がバージョンごとに当たり前のように変わる。まあ、後者は開発者たちが一致して決めたポリシーだし、今のプロジェクトのまわし方だと十二分に理に叶っていることなので文句はないのだけれども。

前者の前提知識の量にしても、ひるがえってWebを見たところでそれなりにあるわけだから、まぁ、、というところだろうか。

Ethna 2.5.0 preview5 announced

2009-06-22T02:15:00.005+09:00

http://ml.ethna.jp/pipermail/users/2009-June/001137.html

今回のリリースの8割以上は俺以外のコミッタのアイディアが詰まったものである。よってリリース作業も彼らの一人にお願いした。よって、このリリースは彼らのものである。リリースオーナーとなった id:maru_cc は本当にお疲れさまでした。

俺はただ、コードを書いたりドキュメントを書いたりしただけ、つまり、手を動かしただけである。

----

汎用ビューによって、HTML以外の出力に関して柔軟な変更ができる余地が開かれた。また、プラグインに関する変更はこれからを見据えたものであり、より使いやすく、配布しやすいものを目指すに当たっての礎となろう。

俺に残された仕事は、AppObject まわりの改善のみだ。これが終われば、晴れて 2.5.0 final を出すことができる。他のメンテナもそれぞれのモチベーションに合わせて改善を加えてくれるだろう。これが成し遂げられれば、Ethnaのメインメンテナからは脚を洗うつもりだ。

mouse computer: luvbook S

2009-06-21T04:03:00.004+09:00

http://www.mouse-jp.co.jp/m-book/luvbooks/

相方の家での作業用ノートとして今までVAIO Type Tを使っていたが、熱暴走でいかんともし難くなったので代替機を考えていたところ、上記をIRCに貼った人がいた。こりゃ安いなあと思って購入してみた。

マシンの重さが1.86kg, バッテリも2時間弱しかもたないのでそもそもガンガン持ち運ぶものではない。だがCeleronながらデュアルコア、そしてメモリも無料で4GBにしてくれたので目的には十分に合うものだ。メモリーカードも数種類に対応していて、なぜか前面にWebカメラもついている。筐体も重いだけあって丈夫にできていて、電源管理をPresentationにすればLinuxでも快適に使える、、はずであった。ちなみにこれで3年保証をつけて7万円である。

----

だが、キーボードのキー配置だけは頂けなかった。「|」を打つキーが左下のZキーの左横についている。そしてバックスラッシュ「\」を打つキーが右のエンターキーの「真下」についていたのだ。それにスペースバーの横にAltキーがなくて非常に使い辛い。どう考えてもプログラマーには向かないというか、有り得ないキー配置である。キーボードに拘るプログラマ、かつkeymapが自由に変更できない人は、絶対にこのマシンを購入しては「いけない」。

Linuxは幸いkeymapを自由に変更できるので、上記の3つのキーの配置は思いっきり変更させて頂いた。こいつらが気持ちよく打てないことには作業効率に影響するからである。

----

結論を言うと、多分プログラマー向きのモデルではなくて、家に置いてホビー的に使う人達向けのものだろうと思う。この手のモノの常として、現物を見られないということがある。当然購入にあたってはそうしたリスクを十二分に考慮に入れる必要がある。

まあ、一応俺の手には収まるものであると言えよう。しばらくお世話になります。

Ethna 2.5.0 preview4, 2.3.7 announced

2009-06-16T01:41:00.004+09:00

http://ml.ethna.jp/pipermail/users/2009-June/001130.html

昨夜メールをひょっと見るとセキュリティバグの報告があがっていて正直寝耳に水であった。ちょっくらテストしてみると見事に開発版、安定版ともに再現してしまった。PHPの配列のキーが入力になっていたことに皆気付いてなかったということで、完全にヤラレタとしかいいようがない。

セキュリティリリースは本来秘密裏に修正し、リリースするまでその内容はバージョン管理システムにさえ一切公にしないというのが通常だろうが、そのための窓口が Ethnaプロジェクトにはなかった。結果として full-disclosure の形になってしまい、リリースを急ぐことになった。リリース作業は意外に面倒な部分が多いのだが、今回は普段の4倍疲れた。俺自分に乙。

----

とはいえ、今週末には開発版の次のリリースが控えている。もうひと踏ん張りである。

the latest code ...

2009-06-13T23:09:00.004+09:00

<mumumu_n> the lastest code cannot disable logging. is it already fixed?
<Sho_> mumumu_n: if it's current SVN code how could it be already fixed?

おまいのコードが仮に最新で、それがバグってるんだったらfixされてるバージョンなんてあるわけないぢゃん、と言われて涙目。しかもバグレポートをfileしてやると思ってsvn upしたら早くもfixされていてさらに涙目（藁

#「the latest code」って言ってしまったのがまずったのよ(´ー｀; )

[memo] bit shift operator

2009-06-13T06:38:00.009+09:00

C言語のビットシフト演算子は、左オペレータの幅以上の値を右オペレータに指定した場合、その動作は未定義である。これは規格で定義された動作である。以下、JIS X 3010 2003 (ISO/IEC 9899) P48 より引用する。


6.5.7 ビット単位のシフト演算子
   シフト式：
       加減式
           シフト式 << 加減式
           シフト式 >> 加減式
制約　各オペランドは，整数型をもたなければならない。
意味規則　整数拡張を各オペランドに適用する。結果の型は，左オペランドを拡張した後の
型とする。右オペランドの値が負であるか，又は拡張した左オペランドの幅以上の場合，
その動作は，未定義とする。

----

このことから、ビットパターンを出力する以下のコードは c の値によって動作するか否かが決まる。型によってオペレーターの幅は異なるため、頭の隅にいれておく必要があろう。間違っても俺のように何も考えずに100ビットとかシフトさせようとしないでください(´ー｀; )


#include <stdio.h>

int main(int argc, char *argv[])
{
   unsigned long long a = 65535; // long long は一般に64bitの幅を持つ
   int c;
   for (c = 63; c >= 0;c--) {    // c を 64にすると途端に動作しなくなる
       printf("%d", (int)((a >> c) & 1));
   }
   printf("\n");
   return 0;
}

23-2

2009-06-12T10:14:00.005+09:00

http://www.daily.co.jp/baseball/2009/06/12/0002011246.shtml

プロ野球タイ記録となる１０打数連続安打とプロ野球ワースト記録となる１イニング１５失点。ブラウン監督自ら、この試合はプロ野球ではなく「ラグビー」のようであったとコメントしている。草野球と評さなかっただけ偉いと思う（違

個人的な唯一の救いは、この試合を（テレビやラジオ等を通じて）ライブで視聴していなかったことだろう。仮にしていたら、、多分ラジオかテレビが壊れていただろうから(´ー｀; )

konversation 1.2-alpha2

2009-05-31T00:38:00.007+09:00

http://konversation.kde.org/
http://websvn.kde.org/trunk/extragear/network/konversation/

私のお気に入りIRCクライアントである Konversation の KDE4 版が少し前についにリリースされた。これまでは KDE 3.5 互換レイヤのものを不承不承使っていたのだが、Konsole が動かなくて泣きそうだった。それもしっかりと修正されている。

アルファ版なので「目立つところ」にはバグがない、という程度だ。よって安定してから使いたい人は少し待った方が良いかもしれない(俺はSVN版を追いかけている)。だが、マルチバイトの環境でも既に実用の域であることは付記しておく。

＃ argonel お疲れ様っす（｀ー´）ゞ

Final Fantasy on virtual console

2009-05-27T08:37:00.001+09:00

http://www.nintendo.co.jp/wii/vc/vc_ff/index.html

昨日 Wii のバーチャルコンソールで配信開始されたので早速DL。しかしピスコディーモンたらいう中ボスっぽいのにやられて心が折れました（ぶ）ああ、そんなのもいたなぁ、とw

そんななつかしゲームがいっぱいバーチャルコンソールにはあるので Wii は非常に宜しい。少し前にスペースハリアーというゲームが配信されたのだが、そのときは俺より世代が少し上の連中が大漁に釣れていたようである。

[memo] 3 notations of [lat|long]itude

2009-05-26T19:04:00.006+09:00

http://en.wikipedia.org/wiki/Longitude

Each degree of longitude is sub-divided into 60 minutes, each of which divided into 60 seconds. A longitude is thus specified in sexagesimal notation as 23° 27′ 30" E. For higher precision, the seconds are specified with a decimal fraction. An alternative representation uses degrees and minutes, where parts of a minute are expressed in decimal notation with a fraction, thus: 23° 27.500′ E. Degrees may also be expressed as a decimal fraction: 23.45833° E. For calculations, the angular measure may be converted to radians, so longitude may also be expressed in this manner as a signed fraction of π (pi), or an unsigned fraction of 2π.

----

ジオコーディングしているとはじめは緯度経度の記法が3つあるのに戸惑ったりするが、基本的には「度・分・秒」や「度・分」の表記ではなくて、「度」の値のみを小数点付きで表す表記（上記で言えば 23.45833°E)を使うようだ。データとして扱いやすいというのがその理由だろう。俺もこの3つのうちどれを採用するかといわれたら、表示上の理由がない限りはこれを選ぶ。strtod すればdoubleにできるし、ね。

分と秒は60進法なので、他の記法からこの記法への変換も簡単だ。分、秒をそれぞれ60及び3600で割って度の値に足せばよい。

undefined reference(3)

2009-05-25T23:36:00.007+09:00

もうこのネタやめにしたいんだけど、一応メモしておく。なんでクラス名忘れるかね。これはひどいとしか言いようがない。原因がわかるまでにかかった時間は2分くらい。


---- test.h ----
#ifndef __TEST_H__
#define __TEST_H__

class A {
public:
    static void hoge();
};

#endif  // end of __TEST_H__

---- test.cpp ----

#include "test.h"

void hoge() {
    return;
}

---- main.cpp ----

#include "test.h"

int main(int argc, char* argv[])
{
    A::hoge();
    return 0;
}

以下の実行結果は最早おなじみである。


$ g++ main.cpp test.cpp
/tmp/ccSUS3Oq.o: In function `main':
main.cpp:(.text+0x12): undefined reference to `A::hoge()'
collect2: ld はステータス 1 で終了しました

undefined reference(2)

2009-05-21T06:46:00.002+09:00

前のエントリで書き忘れていたので追記しておく。メソッドの実装忘れも俺的にはよくある。たとえば以下のようなコードである。宣言して満足しちゃった、的なアレである。


--- test.cpp ---

#include <iostream>

class A {

public:
   //    default constructor.
   //    not implemented.
   A();

   void helloworld()
   {
       std::cout << "Hello World!" << std::endl;
   }
};

int main(int argc, char *argv[])
{
    A a;
    a.helloworld();
}

上記をコンパイルすると、下記のようになる。実装がないので、リンカから見えない。以下の結果は当然の帰結である。


$ g++ test.cpp
/tmp/ccIVHTVA.o: In function `main':
a.cpp:(.text+0x74): undefined reference to `A::A()'
collect2: ld はステータス 1 で終了しました

C++ namespace -> undefined reference to 'main'

2009-05-20T20:54:00.007+09:00

C++ の namespace は重要なキーワードであるが、うっかり main 関数のようなグローバルな関数をそれで囲んでしまうと大変なことになる。マングリングによってラベルが変化し、自分が意図した通りにリンカから見えなくなるからである。

namespace はスコープを変えるんだというごく当たり前のことがことがわかっていればこんなことは多分普通やらないんだと思います。多分。ただ、そういう理屈もわかっていない初心者とか、以下のような多段 namespace のマクロを全ファイルに適用するのが癖になっている人とかは要注意である。


--- test.h ---

#ifndef __TEST_H__

#define __MUMUMU_NAMESPACE_NAME__ mumumu
#define __AHO_NAMESPACE_NAME__ aho

//
//  namespace macro
//
#define __HOGE_NAMESPACE_START__ \
    namespace __MUMUMU_NAMESPACE_NAME__ { \
        namespace __AHO_NAMESPACE_NAME__ {
#define __HOGE_NAMESPACE_END__ } }

#endif // end of __TEST_H__

--- test.cpp ---

#include "test.h"

__HOGE_NAMESPACE_START__

int main(int argc, char *argv[]) {
    return 0;
}

__HOGE_NAMESPACE_END__

上記の test.cpp をコンパイルすると、以下のようになる。


$ g++ test.cpp
/usr/lib/gcc/i486-linux-gnu/4.3.3/../../../../lib/crt1.o: In function `_start':
/build/buildd/glibc-2.9/csu/../sysdeps/i386/elf/start.S:115: undefined reference 
to `main'
collect2: ld はステータス 1 で終了しました

test.cpp をコンパイルし、main の text セクションのみをダンプすると以下のようになる。namespace の情報がラベルに付加されていることがわかる。


$ g++ -c test.cpp
$ objdump -x test.o | grep main
00000000 g     F .text  0000000a _ZN6mumumu3aho4mainEiPPc

PEAR_PackageProjector 0.2.0

2009-05-16T18:33:00.004+09:00

http://openpear.org/repository/PEAR_PackageProjector/trunk/release

先程のエントリの patch を取り込み、それに伴う細かい変更を行った 0.2.0 を置いておきました。変更点は要するに PEAR 1.8.0 以降に対応しましたよ、ということです。

0.2.0 以降は、PEAR の requirement は 1.8.0 になります。

＃あとは sakamoto さんにリリースしてもらえばいいんだな。

----

[0.2.0]
- fixed bug getcwd() routine could not get current directory.
- followed PEAR 1.8.0 API changes.
-- PEAR_PackageFileManager2::exportCompatiblePackageFile1 was deleted.
- replaced Dependency PEAR_PackageFileManager with PEAR_PackageFileManager2.

[ Update 20th May 2009 22:24 JST by m ]

正式にリリースされました。id:magiwo さんありがとう！

[PATCH] PEAR_PackageProjector does not work with PEAR 1.8.0 or higher

2009-05-16T06:12:00.014+09:00

http://www.mumumu.org/~mumumu/tmp/pear_packageprojector_over1_8_0.patch

現在は openpear で公開されている PEAR_PackageProjector 0.1.3 は、PEAR 1.8.0 以降では動かない。PEAR Package バージョン1 向けのメソッドが削除されたためなのだが、作者でありメンテナでもある sakamoto さんと直で連絡をとる方法が openpear 上にもないようなので、この日記を書いた時点での最新のtrunk に対する patch を晒しておく。ダウンロードは上記リンクからどうぞ。


diff -ur /home/mumumu/ppp/src/PEAR/PackageProjector/Derictory.php /usr/local/php5/lib/php/PEAR/PackageProjector/Derictory.php

--- /home/mumumu/ppp/src/PEAR/PackageProjector/Derictory.php 2009-05-16 05:46:37.000000000 +0900
+++ /usr/local/php5/lib/php/PEAR/PackageProjector/Derictory.php 2009-05-16 06:04:22.000000000 +0900
@@ -307,7 +307,7 @@
  if (self::isAbsolutePath($path)) {
      return $path;
  }
-  $tmp = (OS_WINDOWS) ? getcwd() :$_ENV['PWD'];
+  $tmp = (OS_WINDOWS) ? getcwd() : getenv('PWD');
  return $tmp .DIRECTORY_SEPARATOR.$path;
}

diff -ur /home/mumumu/ppp/src/PEAR/PackageProjector/Package.php /usr/local/php5/lib/php/PEAR/PackageProjector/Package.php
--- /home/mumumu/ppp/src/PEAR/PackageProjector/Package.php 2009-05-16 05:46:37.000000000 +0900
+++ /usr/local/php5/lib/php/PEAR/PackageProjector/Package.php 2009-05-16 06:08:01.000000000 +0900
@@ -44,6 +44,7 @@
  $this->pkg     = new PEAR_PackageFileManager2();
  $this->options = array();
  $this->options['filelistgenerator'] = 'file';
+  $this->options['packagefile'] = 'package2.xml';
  $this->options['simpleoutput']      = true;
  $this->postInstall = null;
  $this->Installgroups = array();
@@ -155,9 +156,7 @@
      $this->pkg->addReplacement($installer, 'pear-config', '@bin_dir@', 'bin_dir');
      $this->pkg->addReplacement($installer, 'pear-config', '@php_dir@', 'php_dir');
  }
-  //
-  $this->pkg->exportCompatiblePackageFile1();
-  //$this->pkg->addRelease();
+  $this->pkg->addRelease();

  $this->pkg->generateContents();
  $result = $this->pkg->writePackageFile();

[ Update May 17th 2:27 JST by m ]

この patch を取り込んで openpear に新しいバージョンを置いておきました。

math

2009-05-16T04:59:00.005+09:00

数学が苦手だったので、学生時代の知識を引っ張り出そうとしても急には引っ張り出せないので困る。けど解決できないわけじゃない（一行独白

one-seg TV with AM/FM Radio

2009-05-14T07:58:00.005+09:00

http://www.sony.jp/oneseg-radio/products/XDV-G200/

自宅のテレビが壊れてしまった。音が出ない上、電源を入れても15分もすると電源が落ちるという体たらく。15年近く使っていたのでしょうがないとはいえ、今年は本当にモノが壊れまくりである(´ー｀; )

どうせなら代替はデジタルでしょ。と思いつつ、基本的に相方の家にデジタルテレビがあるんで繋ぎ的なものでいい。部屋の中でも、外でもある程度視聴できたらいいよね、という考慮からワンセグ機を購入した。安いモノもいろいろ出ていたのだが、安かろう悪かろうなものもかなり存在するようなので、評判がよいもの、かつラジオも聴けるもの、を購入したのが上記である。

----

2型というちっこさながら、感度・画質ともに割と良い。だが、室内のどこでも視聴できるわけではないのはワンセグだから割り切らなければならないだろう。室内で完全な視聴環境を得たければおとなしくフルセグで見るべきである。俺の場合は窓の側のテーブルに置いてみるようにしている。

ちなみに、室外では中央線や山手線で視聴してみたが問題ない範囲である。

dead download link

2009-05-14T07:32:00.001+09:00

http://groups.google.com/group/smarty-discussion/browse_thread/thread/a4f0f13f56d9538d

XX がリリースされたよ！とアナウンスするのはいいんだけど、ダウンロードのリンクが404とかエラーとかだと物凄く萎えるす。メンテナは自らダウンロードとリグレッションテストくらいはしましょうね。自戒を込めて。

----

お陰で一瞬だけ smarty-discussion group を購読するハメになった上、dup post までしてしまった件。google group って Web にすぐ投稿が反映されないとはいえ、俺ってスーパーお馬鹿だよね。ざっと見たら意外に流量が多くてビックリした。

The Immortal

2009-05-12T06:07:00.003+09:00

http://www.nicovideo.jp/mylist/7074638

俺も相方もクソゲーの類は大好きなのだけれども、この「The Immortal」はかなりひどくて糞ワロタ。「呪いの館」以来のヒットである。実況もいい味出しているのでお暇な方はどうぞ（2行独白）

POSS Japanese Edition will be published on June 2009

2009-05-08T08:28:00.007+09:00

http://producingoss.com/ja/producingoss.jp.foreword.html

やっと最後の原稿を脱稿した。上記がそれである。

俺と高木さんが全文の翻訳を手掛けた Producing Open Source Software(邦題：オープンソースソフトウェアの育て方）は、来月中に日本語版が出版される予定となった。ボランタリーで翻訳をはじめたときはまさか出版されるなんて思っても見なかったわけだが、ここまで来れたことを今は素直に喜びたい。これで今年の目標の一つは達成できることになる。

上記のリンクを見ても分かる通り、この本はオンライン版として全文がオープンソースで公開されている。オープンソースソフトウェアの開発者は勿論のこと、ソフトウェア開発者であればきっと面白く読めるだろう。オンラインで読んでみてもし気に入ったら、手に取って頂ければ嬉しく思う次第だ。

----

原著が2005年に出版されたもので若干古いので、内容については原著者の Karl Fogel とも協力しつつ、URLやツールについての記述は極力最新のものに追随したり、注釈を施すなどした。原著の出版時から動きがあった部分（ライセンス等）についても Karl によってアップデートが行われている。オレンジニュースなどでは記述に若干古い部分があるとの指摘があったが、現状公開されているものについてはその指摘はもはや当たらないだろう。

この本を通じて、オープンソースの世界が少しでも人々に伝わることを願っている。

git

2009-04-30T01:25:00.003+09:00

http://git-scm.com/

git を最近よく使っている。とは言っても、本格的に使っているわけではなくて、git-svn を通して使ってるわけなんだけれども。

とはいえ、ローカルにコミットを貯めておけるだけでも分散VCSを使う価値がある。最近乗り換えた e-mobile はどこでも高速であるわけではないので、いつでもリモートにコミットできる状況にあるとは限らないからだ。ローカルで編集し、ローカルでテストし、ローカルにコミットする。一通り纏まったところで git svn dcommit。いい感じである。

また、今の Ethna プロジェクトのブランチの使い方はまさしく git のような使い方である。次のバージョンを出して落ち着いたら git に移行する作業をするつもりだ。あと半月あまり。時間がないが、着実に、ね（*´～｀)