http://codeigniter.com/wiki/Cron_job_bootstrapper/この辺のcron.phpを持ってきて動かしたんだけど、–time-limitが効かない。300秒で勝手にとまる。

調べた結果、system/core/CodeIgniter.phpの途中に下記のコードが。

	if (function_exists("set_time_limit") == TRUE AND @ini_get("safe_mode") == 0)
	{
		@set_time_limit(300);
	}

ということで、CodeIgniter本体が呼ばれる前にいくらset_time_limitしても無駄。呼び出されたあとのcontroller内でもう一度set_time_limitし直す必要がある。

オフィシャルサイトにあるコードだったのである程度プルーフされているかと思いきや、思わぬ落とし穴だった。

そうこうしているうちに、アカウントを作って１年近くもたってしまったが、ようやっと時間が取れそうな感じになってきたので、登録情報をFAXしたり、お金をはらったりということを実行に移し、やっとiPhone実機をつかっての開発ができるようになった。

ということでCocoaである。とりあえずまずは本でもということで、はじめてのiPhoneプログラミングと、iPhone デベロッパーズ クックブックを買ってみてぼちぼちと読んでいるが、なにせなかなか手が進まない。
というのも、Objective-Cなんぞ使ったのはOSXが出て間もない頃(クラムシェルのiBookを借りた覚えがある(*))に某大手通信メーカの販促用アプリを書いたっきりですっかり忘れているし、iPhoneのアプリケーションがOSの上にどう乗っているのかもいまいち理解しきれていない。Interface Builderを使って簡単にデザインできるのはすばらしいが、それの中身がどうやって処理されてるのかも未だに理解出来ていない。昔から上っ面だけ理解するのが苦手なので、この辺がわからないと全然理解が進まないのがいかんともしがたい。

理解できんできんと言っていても仕方がないので、とにかく手を動かすところから始めないといけないのは割と歯がゆい。忍耐力が必要そうだ。手を動かして何か見えたら続きネタを書きたい。

(*)今調べたら、なに10年近く経ってるの!? 大昔過ぎる。。

おおよその手順は、opensshとlibssh2を何らかの方法でインストール(yumで入れるなら-develも必要)して、peclのssh2をいれればいい。引っかかるのはたいてい最後のpeclのssh2で、あちこちのサイトに書いてあるようにpearコマンドでインストールしようとしても失敗する。ということでそこだけフォロー。

wget http://pecl.php.net/get/ssh2-0.10.tgz
tar xvzf ssh2-0.10.tgz
cd ssh2-0.10
phpize
./configure --with-ssh2

この後、出来たconfig.hの最下行に次の１行を追加する。

#define LIBSSH2_APINO 200412301450

後は、modules/ssh2.soを適当なところに突っ込んで、php.iniなりそれに類するところで、extensionとして読み込めばOK。要するにphpのAPIバージョンが違うから転けていたということなのだろう。

しかし、ssh2関数を使いたくてここまでやったはいいが、2005/11/01からアップデートされてなくてbetaが外れていないというのは、betaで安定しちゃったのかコミッタが飽きたのかどっちなのだろう。そしてPackage Bugsを見る限り、どうも後者のような気がしてならない。

よほど最低限の機能だけで挙動が読める(たとえばローカル間のみとか)環境以外では使わない方が良さそうな気もするのだけど、どんなものなのだろうか。おしえて偉い人！

symfonyの開発中で、クライアントがWindowsXP(SP3)、サーバはクライアントのWindowsにインストールしたVMWareの中でFedora9を動かしている環境。Fedora9は現在最新版のsamba()をインストールしていて、WindowsからUNCパス(\\servername\hogeという指定)でプロジェクトごとe-texteditorで開いて作業している。subversionはサーバ側が1.4系列、クライアント側はTortoiseSVNの1.5系列、https/WebDAVを使っていて、サーバは手元とは別の場所にある。

このような環境下で、場合により「コミットには成功しましたが続けて他のエラーが生じました」「次のパスを処理する際にクリーンアップに失敗しました」というようなエラーがでる。だが、このエラーメッセージをgoogleで調べても、TortoiseSVNの言語ファイルのソースばかり出てきてエラーにはたどり着くことが出来ない。

そこで、その言語ファイルの訳語元「Commit succeeded, but other errors follow」や、「」を調べていて、やっとこさそれっぽい記事にたどり着いた。このMLのスレッドでは、解決策として「samba使うのを止めるか」または「最新のsambaに入れ直せ」、ということになっている。調べてみると、その記事の書かれたとき(2008/09/15)のsambaの最新版は3.2.3。その３日後に3.2.4が出ている。手元の環境は3.2.3-0.20.fc9。このドキュメントを信用する限り問題はないはず。

だが、その環境で問題が起こっているので、念には念をということで3.2.4をfedora-updates-testing-newkeyリポジトリから拾ってみた。インストールされたバージョンは3.2.4-0.21.fc9。だが、やはり問題は再現したのであった。

その後、Eclipse+PDT+Subclipse1.4.xの環境でも同じ問題が発生したこともあり、どうもTortoiseSVNが原因ではない模様。ついったでしばらく文句垂れていたのは冤罪だったようだ。ほんとごめん>TSVN

このまま調べるのをやめてしまうと、また問題が起きるたびにフォローアップ作業をしなければならない。それは悔しいのでもう少し調べてみると、こんな記事を見つけた。曰く、共有フォルダごとの設定に、create maskやらの設定を追加するとちゃんと動くようになるよ!　とのこと。うちではこんな風に書き換えてみた。下線部分が追記分。

[homes]
        comment = Home Directories
        browseable = no
        writable = yes
        create mask = 0644
        force create mode = 0600
        security mask = 0555
        force security mode = 0600

試してみると、これがなんとエラーが発生しなくなるではないか・・。

原因が良く説明できないが、症状がなくなったことは大変めでたい。もし正確な原因がわかる方がいればコメントいただければ幸い。

BTS色々

BTSは色々あるが、昔「影舞」を使ってあまりの遅さに悶絶(その頃のPCは遅かった・・)し、Tracを使って管理の煩雑さに力尽き(対象顧客ごとにユーザ作ったり権限作ったり・・・)した。そして今はredMineに統合して一応一段落を見ているのだが、まだかなり不満がある。

redMineに手を加えてなおしたい

redMineのユーザ管理機能、プロジェクト管理機能は非常に良くできていて実はここにはほとんど文句がない。完璧だと言っても良さそうだ。だが、ワークフロー管理となるとこれが微妙。redMineのワークフローは、ワークフローといいつつ結局遷移先を制限するだけの機能しか無い。社内やわかっている人だけで使うのならばいいが、クライアントまで巻き込むうちのやり方だとこれはちょっと(ちょっとどころではなく)いただけない。客は「新規」のチケットを作り、「完了」のチケットを目視確認して「フィードバック」ないし「終了」へ落とすことだけやって欲しい。作る側は「新規」のチケットの担当者を自分にかえて、作業して、コミット時に"fixes #10"とか書いたら作業が終わるように(つまり勝手にチケットステータスが「完了」になってオーナーが起票者に変わるように)して欲しいのに、これが出来ない。ここはsvnとの連係機能に関わる部分で、ちょっとパッチを書けばどうにかなりそうな気もしている。追々いじる予定。

だが一番困っているのは、大量チケットの投下の煩雑さと、チケットの入れ子構造(大項目/中項目/小項目とか)の構造化ができない点。ちゃんとした理想的なアジャイルだのXPだの、機能単位モジュール単位できれいに運用出来ているプロジェクトであればいいのかもしれない。だが、うちは顧客から出てくる細かいバグの管理もしないといけないし、そういう煩雑なモノはredMineさんに全部処理して欲しい。ニーズは単純で、Excelで作るようなよくある「進捗確認表」的なものをシステム化してくれればわりとそれで事足りる。100個のチケットを投下したいときに、チケットを書くコスト以上のコストは極力かけさせないでほしい、ということ。もうこの辺は作っている思想が違いすぎるのかもしれない。

作る側と使う側の架け橋になるようなBTSが欲しい

ぶっちゃけてしまえば、正直プログラム開発手法はどうでもいい。もちろん興味を持ってずっと知識を取り込み続けている分野ではあるが、それと実務とは話が別だ。だからそういう手法に基づいたBTSというものはどうも体になじまない。それよりは、こっちが作っているものの状況が使う側にきちんと伝わって、使う側で出た問題がきちんとフィードバックされること、それをなおしたらきちんと確認してもらえること、そういうコミュニケーションツールとしてのBTSが欲しいと思う。

この業界、無いものは作れと言う。redMineをなんとか使えるように自分やクライアントを教育して、それでも駄目なら作るしかないのかもしれない。