Trac0.11b1をUbuntuに入れてShibuya.tracに臨んでみた
今日はShibuya.trac meeting 1.0が豊洲で行われることをすっかり忘れてて、慌ててTrac 0.11bを試してみた。
Ubuntuへのインストール
やってみた感想はPYTHONPATH激しく便利だー。JavaでもJRE/ext以下にjarを配置すればおんなじ様なことを実現できるんだろうけど、あんまりやられないように思う。Javaの場合仮想マシンの上で動かすアプリケーションみたいな考えがあるからかですかね。
今回のインストールに対する基本的な考え
Tracと言えどもベータ版のパッケージなので、基本的に自分のホームディレクトリにソースを配置して、そこを環境変数PYTHONPATHで設定する。と言う方針なので、基本はUbuntuのパッケージを使わずに手でパッケージをインストールしてみた。
ソースで用意したもの
- Trac-0.11b1
- まぁ、とりあえずソースで用意
Trac-0.11b1をダウンロード後、解凍し、解凍したディレクトリパス($TRAC_HOME)とでもしましょうか。)をPYTHONPATHに含めまして
$TRAC_HOME/trac/admin/console.py Tracのプロジェクトパス
とかやると
trac-admin Tracのプロジェクトパス
と同じようにtrac-adminが起動し、
$TRAC_HOME/trac/web/standalone.py --port 8000 TRACのプロジェクトパス
とやると
tracd --port 8000 TRACのプロジェクトパス
と同じようにtracdが起動されます。まぁ僕は知らなかったんですが、easy_installは設定ファイルで書かれたpythonのクラスをコマンドとしてPATHの通ったところに配置してくれるみたいですね。要するに、上記のtrac-adminやtracdはpythonスクリプトを呼び出しているだけだったんですよ。えぇ。tracdを使っているときは認証とかどうするのか、わかんなかったんで、anonymousにTRAC_ADMIN権限与えていじってみました。
使用感
- 注目のワークフロー周りは全く触ってません。
- wikiの入力フォームで前回との差分を確認するRecent Changesボタンが追加されてた
- 個人設定のページが充実してます。アクセスキーを有効にするかどうかの設定とかできるようでございます。
- XML-RPCプラグインは0.11に入んないのかな。0.11b1にはなかったよ。
- Genshiのおかげでhtdocsとかtemplates辺りの知識に関しては再学習必要
一応インストールしてないものについて触れてみる
- Apache
- Python-Subversionブリッジ
Tracを試すためだけに上二つのパッケージを入れるのはイケテないと判断。0.9時代には考えられないほど、インストールが簡単になっている気がするのはおいらの気のせいか。
まとめると0.11b1を動作させる上で必須のものは
こんな感じで、SQLiteブリッジやsetuptoolsに関してはPythonを使っていると普通に入れてるんじゃないの?的なものなので、特筆すべき事項ではないし、ClearSilverがなくてもよくなったから、Cで書かれた環境依存なパッケージもない。もちろんneonとか、subversionとの連携に起因するパッケージも要らない。ってすごい時代になったもんだよ。最近話題のMercurialはPythonで書かれたSCMなので、Pythonだけ入っていればTracのシステムが一応作れちゃったりするんではなかろうか。
meeting1.0感想
- Shibuya.tracにはアクティブなプラグイン開発者がたくさんいるなぁ
- JavaScriptを追加するくらいならプラグインじゃなくて、htdocsやらtemplatesを使えばなんとかなるみたいな、ドキュメントに載ってるけど知られていない話をしたいなぁ。
- Excelな現場に導入するにはみたいな話が良く出て、そっちの方がTracの使い方よりも全然重要な現実を体感
- OかもとさんTracLightのデモサイトあったらなぁ。
- Shibuya.tracのサイトはTracLightのデモサイトがいい。
- SourceForge.jpにTracを入れなかったのは、文字コードの問題と、Subversionがsvn+sshプロトコルしか対応してなかった所為だったような。
Linux環境でTrac月を再現するには
Oかもとさん曰く、decoratorプラグインやらなんやらOかもとさん謹製のプラグインを入れてしまえば同等の環境が作れるよ!らしい。