sudo apt-get install colordiff

Debian etch では colordiff 1.0.6-2 がインストールされた。

$HOME/.colordiffrc ファイル

色変えてみただけ。

# Example colordiffrc file for dark backgrounds
#
# Set banner=no to suppress authorship info at top of
# colordiff output
banner=no
# By default, when colordiff output is being redirected
# to a file, it detects this and does not colour-highlight
# To make the patch file *include* colours, change the option
# below to 'yes'
color_patches=no
#
# available colours are: white, yellow, green, blue,
#                        cyan, red, magenta, black,
#                        darkwhite, darkyellow, darkgreen,
#                        darkblue, darkcyan, darkred,
#                        darkmagenta, darkblack
#
# Can also specify 'none', 'normal' or 'off' which are all
# aliases for the same thing, namely "don't colour highlight
# this, use the default output colour"
#
plain=off
newtext=green
oldtext=cyan
diffstuff=yellow
cvsstuff=blue

svnの内蔵diffコマンドをcolordiffコマンドに置き換えてみる

$HOME/.subversion/config ファイル

                :
                :

[helpers]
diff-cmd = colordiff

                :
                :

さらにdiffコマンドにいろいろなオプションを渡したい場合は

svn diff -x "-i -w"

とか

svn diff -x -y

とかすれば良い。やったね！

参考:

• colordiffで、diffコマンドの出力に色を付ける
• svn diffで-wオプションを使う

今朝、職場のPCの１台(DELL 4600C)が動かないとのことでみてみると、

Alert! Chipset heat sink not detected.
System halted

とか出てて、起動してなかった。

ヒートシンク?? なんだこりゃ??と思ってネットで検索したら、同じ症状の人がたくさんいることを知りました。
検索してみると ⇒　http://www.google.com/search?hl=ja&rls=en&q=Alert!+Chipset+heat+sink+not+detected.
いっぱいでてくる。どうやらヒートシンクの留め具が外れてしまっているらしい。

実際PCのふたをあけてみると、同じように留め具が外れてて、からーんとヒートシンクと留め具がでてきた。

自分の自宅マシンなら半田付けして直すところですが、別の原因で故障したPCがあったので、そちらのマシンにパーツ移植、修復セットアップで復帰して使ってもらってます。

同時期の似たようなDELLのPCがこぞって外れているらしいので、ソニータイマーならぬ、DELLタイマーみたいな感じですね…。
まぁ、どう考えても留め具の強度とか付け方を見る限り設計ミスなんだろうと思いますが、安いPCってやはりどこか部品をケチったり手抜きされてるんですかねぇ。

参考記事

• Chipset heat sink not detected.System halted! - オーレ！ンジ
• Alert! Chipset heat sink not detected.System halted! - 今日の動き
• Alert! Chipset heat sink not detected System halted - にせロシアンブルー　時々自分
• Alert! Chipset heat sink not detected. System halted! - Creative Studio D-light
• Alert! Chipset heat sink not detected. System halted! - ＠ネットおたく

とある開発中のASPのテスト中の出来事。
CGI::Sessionで作ったセッションの値をクリアしているのに、別の画面にいくと復活している。
おかげで、後続の処理がおかしくなっていた。
最初は某K君曰くリダイレクトがうまくいってないのかも、という話だったのでそこら辺を疑ってみたがどうも解決しない。

とりあえず、そのASPはmod_perl環境で、しかもApache::Registryだったことを思い出した。
で、キャッシュされているんだろうとあたりをつけて、いろいろやってみた。
apacheのハンドラでリダイレクトしていたので、そこら辺をキャッシュさせないようにしても駄目。
うーん、とCGI::Sessionのドキュメントにらめっこしてたところ、

flush()

バッファ内のデータをディスク内のそのコピーに同期させます。通常はプログラムが終了する直前にあなたが呼び出し、sessionオブジェクトはスコープから外れるか、あるいはclose()が呼び出されることになるでしょう。

ｷﾀ━━━ヽ(ヽ(ﾟヽ(ﾟ∀ヽ(ﾟ∀ﾟヽ(ﾟ∀ﾟ)ﾉﾟ∀ﾟ)ﾉ∀ﾟ)ﾉﾟ)ﾉ)ﾉ━━━!

無事にキャッシュもフラッシュされて、直りました。mod_perl しかも Apache::Registry おそるべし。

おまけ。

mod_perl【Apache::Registry】と【Apache::PerlRun】の違いって？

■ Apache::Registry
実行コードをメモリ上にキャッシュすることによって200～2000%の高速化。
変数のスコープ、初期化などを厳密に行う必要がある。

■Apache::PerlRun
Perlインタープリターをメモリに常駐させることによって高速化を計る。
スクリプト自体のコンパイルは毎回行われるので動作はまあそこそこ速い程度。
（とはいえPerlRunでも十分速いですが。）

参考：
http://www.omakase.org/mod_perl.htm

※ 2008/07/03 追記
CGI::Sessionとは

mod_perl環境下で使う場合の注意

CGI::Sessionクラスはデストラクタでセッション情報のシリアライズを行っています。このため、mod_perl環境下で使用するとGC で回収されるまでいつまでたってもシリアライズされず、セッションが維持できないということになります。mod_perl環境下では明示的にflushメソッドを呼び、シリアライズするようにします。

$session->flush();

ということだそうです。

postfix にてキューにたまったメールの削除方法

ローカル環境とかでテストしていて、送信できないメールのキューがたまっていた。
そこでキューを消そうと思ったんだけどコマンドが思い出せなかったので、調べた結果をメモしました。

まずはキューの確認

$ mailq
 -Queue ID- --Size-- ----Arrival Time---- -Sender/Recipient-------
0E8DF6064       882 Mon Jun 30 16:42:39  xxxx@xxxxxx
            (connect to xxxx.xxxx.com[xxx.xxx.xxxx.xxx]: Connection refused)
                                         xxxxxx@xxxx.xxxx.com

-- 1 Kbytes in 1 Request.

ルート権限がいるので、sudoをつけて、目的のキューIDを指定して消します。

$ sudo postsuper -d 0E8DF6064
postsuper: 0E8DF6064: removed
postsuper: Deleted: 1 message

さくっと消えたみたいです。確認してみましょう。

$ mailq
Mail queue is empty

ばっちり消えているみたいです！

全部消す時はIDの代わりにALLを指定するようです

$ sudo postsuper -d ALL

参考：

• 大量にメールがキューにたまってしまったら
• Postfixでキューが詰まったとき
• Postfixのどのキューにどれだけメールが溜まっているか？

とあるASPの開発中にIEのみ項目が追加(並べ替え?)できない、というHELPが自分に来た。

確かその処理は、サーバに非同期通信してた気がしたのでソースを調べてみると、prototype.jsにてAjax.Requestしていた。

しかし、そこのメソッドがGETになっていた。

IEで動かないという時にまず思い浮かんだのが、「URL長すぎ」。

IEは確か長いURLが駄目だった気がした(前にも似たようなことがあった気がした)ので、ちゃんと調べてみると、

[IE] URL に使用可能な文字数は最大 2,083 文字

Internet Explorer では、URL (Uniform Resource Locator) に使用できる最大文字数は 2,083 文字です。

GET メソッドを使用する場合、最大文字数は 2,083 文字に制限されます (実際のパスも含めた文字数)。

ところが、POST を使用する場合、名前と値の組み合わせの発行については URL の文字数が制限されません。これは、名前と値の組み合わせは URL ではなく、ヘッダーに含めて送信されるためです。

とのことで、GETの時のみ制限があるそうで。

ちなみにFirefoxは、

URL の最大長は何文字?

Mozilla/Firefox は事実上無制限
少なくとも 2MB (200 万文字)は送信可能なことを確認しました(後述)。ソースコードは未確認ですが、事実上無制限と考えてよいでしょう。
ただし、あまりに長い URL は、アドレスバーが表示されなくなる、極端に動作が遅くなる、などの不具合があります。

とのこと。Firefox万歳！

しかし、サーバ側の制約の場合もあるので注意がいるかもしれない。

URL の最大長は何文字?

Apache は 8177 バイト
Apache HTTP server では、HTTP リクエスト行の長さが LimitRequestLine を超えると、414 Request-URI Too Large エラーを返します。
LimitRequestLine のデフォルト値は 8190 バイトです。Apache 2.0 では 0 からDEFAULT_LIMIT_REQUEST_LINE (=8190)の間で設定可能です。Apache 2.2 では任意の値にセットできます。
通常のリクエスト行は
GET <url> HTTP/1.1
ですから、url 部分の最大長は 8177 バイトということになります。

という記述もあったので、サーバ側の制約の場合もあるかもしれない。
(まぁ通常は多分デフォルト設定だと思うが…)
自社で用意したサーバなら、設定変えるだけで普通は問題ないと思う。
それよりも、長すぎるURLを送りつけるﾋﾄﾞｲ仕様を何とかした方が何かと幸せになれる希ガスる。

Opera9.5、Firefox3.0の正式リリースでテストしなければならないブラウザが増えた気がするけど、まあなんとかなるっしょ！

とある開発環境(xenのdomainUです)で開発してて、思わずDisk FULL！
ふと気がつくとapacheのログにエラーが大量に…。

[error] Error executing class callback in teardown stage: DBD::mysql::db do failed: Table ‘./sample/table’ is marked as crashed and should be repaired at /usr/share/perl5/CGI/Session/MySQL.pm line 83.\n\t(in cleanup) DBD::mysql::db do failed: Table ‘./sample/table’ is marked as crashed and should be repaired at /usr/share/perl5/CGI/Session/MySQL.pm line 83.\n
DBD::mysql::db do failed: Table ‘./sample/table’ is marked as crashed and should be repaired at /usr/share/perl5/CGI/Session/MySQL.pm line 40 during global destruction.
DBD::mysql::db do failed: Table ‘./sample/table’ is marked as crashed and should be repaired at /usr/share/perl5/CGI/Session/MySQL.pm line 40 during global destruction.
DBD::mysql::db do failed: Table ‘./sample/table’ is marked as crashed and should be repaired at /usr/share/perl5/CGI/Session/MySQL.pm line 40 during global destruction.
DBD::mysql::db do failed: Table ‘./sample/table’ is marked as crashed and should be repaired at /usr/share/perl5/CGI/Session/MySQL.pm line 40 during global destruction.
DBD::mysql::db do failed: Table ‘./sample/table’ is marked as crashed and should be repaired at /usr/share/perl5/CGI/Session/MySQL.pm line 40 during global destruction.
:
:
DBD::mysql::db do failed: Table ‘./sample/table’ is marked as crashed and should be repaired at /usr/share/perl5/CGI/Session/MySQL.pm line 40 during global destruction.
DBD::mysql::db do failed: Table ‘./sample/table’ is marked as crashed and should be repaired at /usr/share/perl5/CGI/Session/MySQL.pm line 40 during global destruction.
DBD::mysql::db do failed: Table ‘./sample/table’ is marked as crashed and should be repaired at /usr/share/perl5/CGI/Session/MySQL.pm line 40 during global destruction.

てことで、MySQLのデータベースが壊れたみたいです。
MyISAM形式のデータベースのリペアを行いました。

http://dev.mysql.com/doc/refman/5.0/en/table-maintenance.html (英語です)

http://dev.mysql.com/doc/refman/5.1/ja/table-maintenance.html(バージョン違うけど日本語)

http://dev.mysql.com/doc/refman/4.1/ja/table-maintenance.html (バージョン古いけど日本語)

MyISAM形式のデータベースのリペアは myisamchk コマンドで行います。
直前にMySQLがクラッシュして他のホストにてフェイルオーバーした場合などは、テーブルが破損する恐れがあります。

ファイルをチェックするには –fast オプションとファイル名。
# myisamchk –fast /var/lib/mysql/sample/table.MYI

チェックでエラーになったファイルをリペアするには「–recover」を使います。
# myisamchk –recover /var/lib/mysql/sample/table.MYI

リペアに失敗した場合は「–safe-recover」を試します。
# myisamchk –safe-recover /var/lib/mysql/sample/table.MYI

とりあえず、–recoverで修復されたようです。ほっ。

Windowsを使ってると、消せないファイルやフォルダが出来ることがあります。

「別のプロセスが使用中です」の場合や、エクスプローラーから利用できないようなファイル名がアプリから作成された場合に「ファイルがありません」状態で消せない場合があると思います。

そんな場合の消す為の方法を幾つかまとめてみました。
知っていると何かと便利なんじゃないかな?

「別のプロセスが使用中です」のエラーで消せない場合

Process Explorer というツールを使うことで操作でほとんどが消せると思います。
タスクマネージャの高機能版という感じです。
タクスマネージャと完全に入れ替えることもできるみたいですが、自分は起動がちょっと重たい感じがしたので入れ替えはしていません。
普段プログラミングとかしない人でもいざという時のためにHDDには入れておくと便利なんじゃないかな?

Process Explorer 11.04 - Microsoft TechNet

↓英語ソフトはちょっと… という方には、日本語パッチもあるみたいですよ。

Process Explorer 11.04 日本語化パッチ

インストーラは無いみたいなので、適当にzipファイルをデスクトップにでもダウンロード。
zipファイルを解凍後、C:\Program Files\Process Explorer とかにでも保存して、ショートカットとか作ってデスクトップやクイックランチに入れておけばインストールはOKです。

無事インストールができたら Process Explorer を起動します。

メニューから Find　→　Find Handle or DLL を選択します。ツールバーの双眼鏡のアイコンからでも同じです。

検索ダイアログが表示されたら、使用中と表示されるファイル名またはフォルダ名を入力して検索をします。
しばらくすると、問題の原因であるプロセスの一覧が表示されます。

検索して出てきた一覧をクリックすると、下の一覧に対象のファイルハンドルが選択されます。
右クリックして Close handle を選ぶとOK。

後は普通にエクスプローラから削除するなり、ゴミ箱にいれるなりして下さい。

参考 ： ■ファイルを開いているプロセスを調べる - NyaRuRuの日記

不正な名前のフォルダやファイルが出来てしまった場合

上記の方法でも消せない場合もあります。
エクスプローラで扱えないフォルダが出来てしまった時には、こちらの方法です。
プログラムで失敗した時以外でも、メールの添付ファイルを開いたらデスクトップに消せないフォルダが出来た!とか、圧縮ファイルを解凍したら、消せないフォルダが出来てしまった、という場合も使えるかもしれません。

そんな場合は、コマンドプロンプト(cmd.exe)からrdコマンドで消します。
スタートメニューからコマンドプロンプトを起動します。
ファイル名を指定して実行(R) で cmd と打っても起動します。

ちなみに、Windowsキー＋Rで ファイル名を指定して実行ダイアログを出して、cmd [Enter] とやると、キーボードのみですばやく起動できますよ。（おすすめ！）

そして、コマンドプロンプトから 消せないフォルダを rmdir /S 、 消せないファイルを del コマンドで削除します。
ファイル名やフォルダを”(ダブルクォート)で囲っておくと、ほぼ間違いないでしょう。

あと、コマンドプロンプトはDrag&Dropでファイル名が入力できます。(意外と知られていない。)
デクストップまでの長いフォルダなんて打てるか!って言う時は便利です。

cd と打って、目的のフォルダをぽい！とかすれば、深い階層のフォルダへの移動も樂々です！

さてさて。
ためしにエクスプローラから消せないフォルダを作成してみます。 ( user の所は自分のユーザ名に変えてくださいね。)

C:\Documents and Settings\user> mkdir "\\.\C:\Documents and Settings\user\デスクトップ\con"

削除してみます。だめみたいですね(＾＾)

※ ちなみに、何故conフォルダが消せないかは、concon問題とはとか ブラウザクラッシャーの「concon クラッシャー」 とかを読んでみてください。

しかし、rmdir コマンドで一発で消せます。

C:\Documents and Settings\user> rmdir /S "\\.\c:\Documents and Settings\user\デスクトップ\con"
\\.\c:\Documents and Settings\user\デスクトップ\con、よろしいですか (Y/N)? y

ちなみに、rmdir コマンドは /Sオプションでフォルダの中にファイルがあっても全てフォルダごと消せます。
mkdir -> md , rmdir -> rdと省略も出来るみたいですね。

C:\Documents and Settings\user> help rmdir

ディレクトリを削除します。

RMDIR [/S] [/Q] [ドライブ:]パス
RD [/S] [/Q] [ドライブ:]パス

    /S      指定されたディレクトリに加えて、そのディレクトリ内のすべての
            ディレクトリとファイルを削除します。ディレクトリ ツリーを削除
            するときに使用します。

    /Q      /S を指定してディレクトリ ツリーを削除するときに、確認の
            メッセージを表示しません。(QUIET モード)


C:\Documents and Settings\user> help mkdir

ディレクトリを作成します。

MKDIR [ドライブ:]パス
MD [ドライブ:]パス

コマンド拡張機能を有効にすると、MKDIR は次のように変更されます:

MKDIR は、必要に応じてパスの中間ディレクトリを作成します。
たとえば、\a が存在しない場合、

    mkdir \a\b\c\d

は、次と同じです:

    mkdir \a
    chdir \a
    mkdir b
    chdir b
    mkdir c
    chdir c
    mkdir d

拡張機能が無効な場合は、上のように入力します。

C:\Documents and Settings\user> help del

ファイル (複数可) を削除します。

DEL [/P] [/F] [/S] [/Q] [/A[[:]属性]] 名前
ERASE [/P] [/F] [/S] [/Q] [/A[[:]属性]] 名前

  名前          ファイルまたはディレクトリ (複数可) の一覧を指定します。
                複数のファイルを削除するときはワイルドカードを使用します。
                ディレクトリが指定されたときはディレクトリ内のすべてのファ
                イルは削除されます。

  /P            各ファイルを削除する前に確認のメッセージを表示します。
  /F            読み取り専用ファイルを強制的に削除します。
  /S            指定されたファイルをすべてのサブディレクトリから削除します。
  /Q            ワイルドカードを使用して一括削除するときに、確認のメッセージ
                を表示しません。(QUIET モード)
  /A            属性により削除するファイルを選択します。
  属性          R  読み取り専用            S  システム ファイル
                H  隠しファイル            A  アーカイブ
                -  その属性以外

コマンド拡張機能を有効にすると、DEL と ERASE は次のように変更されます:

/S スイッチの表示形式が逆になり、見つからなかったファイルではなく
削除されたファイルだけが表示されるようになります。

参考 ： 消せないファイル・フォルダを消す方法@WindowsXP - http://pnpk.net

参考 ： Windows で消えないファイルを消す方法 - Drk7jp

それでもだめだった場合

根本的な問題が違うのかも。とりあえずリンクを…。

NTFS ファイル システム上のファイルまたはフォルダを削除できない - Microsoft サポートオンライン

tracをインストールしたので、trac用の各種プラグインもインストールしてみました。
その時のメモです。

色々使えそうなtrac用のプラグインがたくさんあって選別が大変なきもしますが、とりあえず以下のプラグインをインストールしてみました。

• webadmin
• AccountManagerPlugin
• WebAdminUsersPlugin
• IniAdminPlugin

webadminのインストール

Tracの設定の一部をWeb上から行うためのプラグインです。

# sudo -s
# cd
# svn export http://svn.edgewall.com/repos/trac/sandbox/webadmin/
# cd webadmin/
# python setup.py bdist_egg
# cp dist/TracWebAdmin-0.1.2dev-py2.4.egg /var/trac/XXXXXXX/plugins/
# trac-admin /var/trac/XXXXXXX permission add kaburk TRAC_ADMIN
# python setup.py egg_info
# /etc/init.d/apache2 reload

AccountManagerPluginのインストール

ユーザ自身によるアカウント登録/パスワード変更/アカウント削除 を行う機能を付加するプラグインです。

# easy_install http://trac-hacks.org/svn/accountmanagerplugin/0.10

WebAdminUsersPluginのインストール

WebAdmin プラグインにユーザー管理機能を追加するプラグインです。

# cd
# svn co http://trac-hacks.org/svn/webadminusersplugin
# cd webadminusersplugin/
# wget http://peak.telecommunity.com/dist/ez_setup.py
# python setup.py install

IniAdminPluginのインストール

WebAdminPluginを拡張し、trac.ini の各セクションをWebブラウザ上で編集するためのプラグインです。

# cd
# svn co http://trac-hacks.org/svn/iniadminplugin
# cd iniadminplugin
# cd 0.11
# python setup.py install

trac.ini で プラグインの設定

※以下は各プロジェクト毎に設定が必要

# vim /var/trac/XXXXXXX/conf/trac.ini


[account-manager]
password_format = htpasswd
password_file = /etc/apache2/.htpasswd

[components]
acct_mgr.* = enabled
iniadmin.iniadmin.iniadminplugin = enabled
trac.web.auth.loginmodule = disabled
webadmin.* = enabled


# /etc/init.d/apache2 reload
 

↑　webadminの画面をブラウザで表示したところ

Linux の Debian etch 環境にtrac をインストールしたので、その時のまとめです。

※Tracとは(wikipediaより http://ja.wikipedia.org/wiki/Trac)

Trac
出典: フリー百科事典『ウィキペディア（Wikipedia）』

Trac（トラック）は、ソフトウェアのプロジェクト管理とバグ追跡のためのツールである。Web ベース、オープンソースであり、CVSTracに影響を受けた。 Edgewall Softwareにより開発され、保守されている。

TracはPythonにより実装されている。 2005年の中ごろまではGPLで配布されていたが、バージョン0.9以降は修正BSDライセンスで配布されている[1]。 修正BSDライセンスとGPLは、両方ともフリーソフトウェアライセンスである。.

※Subversion(svn) とは (wikipediaより http://ja.wikipedia.org/wiki/Subversion)

Subversion
出典: フリー百科事典『ウィキペディア（Wikipedia）』

Subversion（サブバージョン）はプログラムのソースコードなどを管理するバージョン管理システムの一つ。

apache2設定 svn

$ sudo apt-get update
$ sudo apt-get install subversion libapache2-svn

$ sudo vim /etc/apache2/mods-enabled/dav_svn.conf


<location /svn>
  DAV svn
  SVNParentPath /var/svn

  AuthType Basic
  AuthName "Subversion Repository"
  AuthUserFile /etc/apache2/.htpasswd
  Require valid-user
</location>

svn リポジトリ作成

※ XXXXXXX は リポジトリ名

$ cd
$ svnadmin create XXXXXXX
$ svn ls file://`pwd`/XXXXXXX
$ svn co file://`pwd`/XXXXXXX XXXXXXX_wc
$ cd XXXXXXX_wc
$ svn mkdir trunk tags branches
$ svn ci -m "Create Repository"
$ cd ../
$ sudo mv XXXXXXX /var/svn/
$ rm -rf XXXXXXX_wc
$ sudo chown -R www-data:www-data /var/svn/XXXXXXX

svn リポジトリ(trunk)へソースインポート

$ svn import -m "Import Repository" /path/to/XXXXXXX https://localhost/svn/XXXXXXX/trunk/

tarcインストール

$ sudo -s
# apt-get install trac libapache2-mod-python

# mkdir /var/trac/python_egg_cache < 不要でした
# chown www-data:www-data /var/trac/python_egg_cache/

# vi /etc/apache2/sites-available/default

Alias /trac "/usr/share/trac/htdocs/"
<location "/proj">
    SetHandler mod_python
    PythonHandler trac.web.modpython_frontend
    PythonOption TracUriRoot "/proj"
    PythonOption TracEnvParentDir /var/trac
    SetEnv PYTHON_EGG_CACHE /tmp/python_egg_cache
    AuthType Basic
    AuthName "kaburk.com Trac Project"
    AuthUserFile /etc/apache2/.htpasswd
    Require valid-user
</location>

# /etc/init.d/apache2 reload

# mkdir /var/trac
# cd /var/trac
# trac-admin XXXXXXX initenv

Creating a new Trac environment at /var/trac/XXXXXXX

Trac will first ask a few questions about your environment
in order to initalize and prepare the project database.

 Please enter the name of your project.
 This name will be used in page titles and descriptions.

Project Name [My Project]> XXXXXXX(Enter)

 Please specify the connection string for the database to use.
 By default, a local SQLite database is created in the environment
 directory. It is also possible to use an already existing
 PostgreSQL database (check the Trac documentation for the exact
 connection string syntax).

Database connection string [sqlite:db/trac.db]> (Enter)

 Please specify the type of version control system,
 By default, it will be svn.

 If you don't want to use Trac with version control integration,
 choose the default here and don't specify a repository directory.
 in the next question.

Repository type [svn]> (Enter)

 Please specify the absolute path to the version control
 repository, or leave it blank to use Trac without a repository.
 You can also set the repository location later.

Path to repository [/path/to/repos]> /var/svn/XXXXXXX(Enter)

 Please enter location of Trac page templates.
 Default is the location of the site-wide templates installed with Trac.

Templates directory [/usr/share/trac/templates]>(Enter)

Creating and Initializing Project

           :
           :

---------------------------------------------------------------------
Project environment for 'moody search' created.

You may now configure the environment by editing the file:

  /var/trac/XXXXXXX/conf/trac.ini

If you'd like to take this new project environment for a test drive,
try running the Trac standalone web server `tracd`:

  tracd --port 8000 /var/trac/XXXXXXX

Then point your browser to http://localhost:8000/XXXXXXX.
There you can also browse the documentation for your installed
version of Trac, including information on further setup (such as
deploying Trac to a real web server).

The latest documentation can also always be found on the project
website:

  http://trac.edgewall.org/

Congratulations!


# chown www-data:www-data -R /var/trac/XXXXXXX

$ w3m https://localhost/proj/
$ w3m https://localhost/proj/XXXXXXX/

$ cd /var/svn/XXXXXXX/hooks
$ sudo mv pre-revprop-change.tmpl pre-revprop-change
$ sudo chmod +x pre-revprop-change

$ svn propedit --revprop -r 1234 svn:log https://localhost/proj/XXXXXXX/

$ sudo trac-admin /var/trac/XXXXXXX/ resync

# trac-admin /var/trac/XXXXXXX upgrade