Windows2000+Subversion1.5.xの構成ではGDI+が必要らしい

今日の仕事場での出来事 今日からやってきた外注さんのPCを用意することになり 何故かWindows2000（これってまだMSからのサポートって続いてたっけ。。。？）に TortoiseSVN1.5.2をインストールしてみようとしたところ GDI+ってのが必要ですよ ってことらしい。。。 そもそもGDI+ってのは画像処理系のライブラリなんだそうな。 でもって、GDI+ってのをインストールしてみようとしてみました。 何やらMicrosoft Platform SDK Redistributable: GDI+ってのがあるらしく それをダウンロードしてインストールすればいいとのことだ。 しかし、GDI+再配布キットは圧縮されていてUnzipしてみると３つのファイルが入っている。 １つのdllと2つのテキストファイルなんですが、 そのうちの１つのドキュメントを読んでみると 英語なんですが、ざっくり読むと「WFPの絡みがあるからシステムフォルダには入れないでね」って書いてあるようにしか読めない。。。 %SystemRoot%\system32にdllを放り込めばOKって思っていたのに。。。 まぁ、WFPのことを考えてみればプライベートフォルダに設置してPATHを通しておけば問題なしなんだとは思うんだけどね。。。 しかし、MSのサイトにこんなのがあった。 Windows 2000 ベースのコンピュータに Windows Defender (ベータ 2) をインストールしようとすると、エラー メッセージ "This software requires GDI+ Please load the Windows 2000 Security Software Prerequisite Pack" が表示される 驚いたことに%SystemRoot%\system32に置けと書いてある。。。 どーなってんだよ！！（－－＃ まぁ、動いたからいいかｗ

Trac-0.11ja出ましたね

待ってましたよ。 先週くらい？にリリースされてたのは知っていて、 会社では試験的にWindows上に構築してみたんですが、 いかんせんそんなに遊ぶ？暇はないので・・・ これから、自宅でFedora9+Subversion1.5.0+Apache2.2.xで環境を構築してみようと思います。 残念ながらFedora9のyumではsubversionは1.4.7なんで、 ソースから普通にmakeしました。 （パッケージ管理的に考えるとソースから作るのは僕は否定的ではあるんですが・・・まぁ、しゃーないですね。） また、SELinuxとかで訳がわからなくなっていくんだろうなぁ～ 今回はバックエンドDBにPostgresは使わない方向で行ってみます。 そもそも、Postgresqlにする必要性も無いんじゃないの？ってところがあるからです。 以前、ムキになってやってたんですが、 「そもそも、バックエンドのデータを直接操作するのって、ルール違反じゃね？」 っていう思いがずっと溜まっていたのがあるんですよね。 そりゃ、直接操作すれば楽なんですけど、 しっかりしたTracのインターフェースを介して操作する方がもっともなアプローチだと思うので sqliteを使うようにします。 さぁ、いつできるかな？？

学習教材を考えてみる

できれば、使えるツールがいいなぁ～なんて漠然としたことを考えています。 とりあえず、意気込みを見せとくかということで、 Subversion1.5をインストール 何か、内部の管理方式が変わったとかどうとかで。。。 まぁ、何とかなるだろう。 とりあえず、マインドマップとかでも使って今あるアイデアを形にしてみたいもんだなぁ～

NFSのディレクトリでsvn commitするとlock取得に関するエラーが出る

NFSで定義したディレクトリ上のリポジトリへコミットを実行すると

Can't get exclusive lock on file '%s'

なんてことをおっしゃられるので、 ちょこっと調べてみることに。。。
日本語訳はすぐに見つかり

ファイル '%s' に対して排他的なロックを取得できません

うーん、日本語訳にしてもすぐには解決しそうにないなぁ～
で、いろいろ調べてるとNFS上のリポジトリにコミットしようとして同じよう症状に遭遇している方を発見！！

その方は結局ローカル上にリポジトリを再構成して対応されたようでした。。。

僕も一旦はそうしようかと考えたんですが、
以前、使えていたような記憶が頭の片隅に残っていたので、
食い下がって調べてみた。

とりあえず、NFSのロック機構はどうなってんだ？？ってところから始まり、

サーバ側の設定は？

クライアント側の設定は？

iptablesか？

selinuxか？

とあれこれ調べていて、ひとつ気になったのは
クライアント側のnfslockのデーモンって起動しないとロックできねーんじゃないか？？

結果としてそれが当たりでロックできないよぉ～っていうメッセージも出ることなく問題なしで動くようになった。

僕のなけなしの知識ではrpcでサーバ－クライアント間のやり取りをやっているんで、
ロックしたよ～って情報をクライアント側のnfslockからサーバに通知してあげないとダメなんですね。。。（ほんとにあってるのかな＾＾；）

てっきり、今まではそんなもんは必要ない？（というか意識したことがなかった。。。）と思っていたんですが、いろいろ出てくるもんです。

飼殺し

何か物騒なタイトルになっちゃったけど、 現在の僕の職場での状況がまさにそれに該当してます。。。 契約した案件にストップがかかってしまって余剰人員その１となってしまっています。。。 上の人もそのあたりは重々承知のはずなんだけどねぇ～ 簡単なお手伝いでも良いんで何か僕にお題を下さい。 まぁ、お金は出るんで問題ないと言えば問題ないんですけど。。。 やることが無くなってきて どうしたもんかと色々考えてます。 この時間を利用してもっとも僕にとってプラスになることを考えてみるが、 イマイチ「これだー！！」っていうのは思いつけない。。。 今日はとりあえずEclipseLinkのWikiが結構まとまってきていたので、 それを元に実験でもしてみるかぁ～と思っていたんですが、 もう、集中力なんか保てるわけもなく、眠いこと眠いこと。。。 「ぼぉ～」としながらcvs2svnのスクリプトを流してみたりしてました。 cvs2svnのスクリプトは昔も使ったことがあったので、楽勝だと思っていたんですが、 困ったことにコンバートするのに時間がかかりすぎて使用しているPCのCPUが100%になったまま。。。 とりあえず、プロセスの優先度を通常以下にして他のこと（まぁ、Web見るくらいですけど。。。）をこなしてた。 今日中に終わりそうな気がしなかったので、ほったらかしにして帰ってきてやった。 なんで、Revのsort処理に何時間もかかるんだ？？ まぁ、結果は明日行ったらわかるだろう。。。