MacPorts の紹介や解説的な話はありません。「MacPorts って何？おいしいの？」という方にはまず必要のない情報です。

MacPortsインストール。

プロジェクトサイトから最新の dmg を落としてきてインストールします。MacPorts 自身のソースを落としてきてビルドする手順では確認していません。

• The MacPorts Project

エントリ時点での最新は 1.9.2 。

インストールは一瞬で終わります。

プロキシのせいでできないのは、port selfupdate。rsync を使っているというのが理由で、 873 番ポートが開いていれば大丈夫だそうですが、普通開いていないと思います。selfupdate が出来ないと、インデックス情報の取得・最新化ができないのが痛いといいますか、先に進めません。

環境設定。

まず、~/.profileに以下の行を追加。

export http_proxy=http://<proxy_server>:<proxy_port>

次に、/opt/local/etc/macports/sources.conf の rsync:// の行をコメントアウトして、ファイルを追加。Subversion で portindex をチェックアウトして、という方法がよく紹介されていますが、こちらのほうが楽です。

#rsync://rsync.macports.org/release/ports/ [default]
http://www.macports.org/files/ports.tar.gz [default]

portindex を最新化してから利用。

$ sudo port -d sync

で index が最新化されます。

$ sudo port list

で、ずらっとパッケージがリストされればでてくればOK。

あとは普通に

$ sudo port install <package_name>

でパッケージをインストールします。

うまくいかない場合は

$ sudo env http_proxy="http://<proxy_server>:<proxy_port>" port ...

だとうまくいく場合あり。

というわけであきらめてた社内のプロキシ内の Mac で git が使えるようになりました。後になって Xcode4 と一緒に git がインストールされることがわかってしまったのですが（笑）、リリース直後の Xcdoe4 に添付のものよりも MacPorts の方がバージョン上のようで、今後を考えても MacPorts が使えるに越したことはない、と考えます。

今でも限定的な利用のされ方だけかと思っていましたが…

クリスマスに義姉から息子氏が図鑑をプレゼントしてもらいました。

後日それをパラパラと見ていると…裏表紙を開いたところに、小さい紙が綴じ込んであります。

読めば RFID だそうではないですか。プライバシー云々は IT 系うとい人にはパッシブだからとか個人情報格納するユースケースがないでしょとか理解できないでしょうから、個人情報は特定されませんなんて言い訳を書かざるをえないんでしょうね（問い合わせなんかも結構ありそう…）w。
切り取って捨てられるようにしているあたり、配慮が感じられます。

紙を裏返してみると…

たしかに RFID が貼られています。

記載されている名称でぐぐってみると、UPM の Crab という RFID タグでした。メモリー容量は 96 bit だとか。ちょっとした管理情報と ISBN とシリアル番号あたりを格納しているのだろうか。

流通トレース系の RFID というと 10 年も前から TRONSHOW などで熱心にデモされていたのが印象にのこっています。工場内などでエビデンスとして記録を残すために商品のトレースで使われるとか、一般向けでない特定の業界内で使われるというのは見聞きしたことがありましたが、一般流通するような商品にも RFID がつくようになっているんですね。私は初めて見ましたが最近は他にもあるのでしょうか。

こういうことでサービスやコストが改善されるのはいいことだと思いますので、プライバシー云々で勘違いして拒絶反応を示す人たちにつぶされずに普及していって欲しいものです。

Apple の MobileMe というサービスは、Mac や iPhone を使っている人が加入すると便利なメールとストレージのサービスです。有料でそこそこの値段ですが、ブックマークやカレンダー他各種データのクラウド同期は利用し始めると手放せないサービスですし、iPhone の位置検索やリモートスワイプはいざという時を考えると安心です。

メールサービスは Web メールとしても利用でき、その Web メールの新バージョンの Beta が今回アナウンスされ、利用出来るようになったので試しています。

• Apple – MobileMe – News – The Next MobileMe Mail. Now in Beta.

日本語のままでは使えないので、アカウント設定から英語設定にしてログインしなおして Web メールを表示すると、ベータプログラムへの参加申し込みができます。しばらくしてメールが届くと（私は数日かかりました）、新しい Beta の Web メールが利用できるようになります。

今までオーソドックスな 3 ペインのレイアウトだったのですが、ワイドスクリーンに適した 3 カラムのレイアウトが利用できるようになっています（メーラはキャプチャが載せにくいので上記リンク先参照…）。3 ペインにも切り替え可能。

また、Web メールでも振り分け設定が設定できるようになっています（今のところ Mac の Mail.app と振り分け設定が同期されている様子はありません）。

他にはアーカイブ機能が追加されていますが、用途がよくわかりません。フォルダ分けで良くないか？

全体的なパフォーマンスは上がっている感じがします。使い勝手も悪くないし、特に不具合らしきものも見あたりません。当面これで使っていきます。

WideMail。

MobileMe の Web メールを 3 ペインにするより前に Mac の Mail.app を 3 ペインにして欲しいんですが…。Leopard 当時に使っていたプラグインが Snow Leopard になってから使えなくなって哀しい思いをしていましたが、もう出たかなと思って調べてみたら、随分前に β 版が出ていました。

• WideMail

2010/05/17 時点では 2.0 prerelease1 がダウンロードでき、Mac OS X 10.6.3 の Mail.app  4.2 で利用できました。

実はこっちのほうが嬉しい。

このサイトはロリポップのレンタルサーバで運用していますが、8GB とかとても到達する気がしません。

3/31 まで期間限定で初期費用無料だそうです。

今まで部分配信にしていたのは、始めた当初の WordPress では全文配信が実用的ではなかったからです。改行はなくなるし、画像は入らないしの読みにくい全文配信でした。スタイルをつけるにはテーマファイルではないコア部分のソースを変更する必要があり、WordPress のバージョンが上がるたびに上書きされてしまうという…。

ところが最近 Twitter の TL で、「全文配信にしてないフィードは RSS リーダには入れない」というどなたかのつぶやき（ RT されたものだったかも）を見て、確かに自分自身も全文配信されているサイトが読みやすくて好きだと気づきました。特に iPhone でRSS 消化する場合（Byline を使ってます）には、「続きを読む」があると後回しにして PC で読むことも多く、全文配信のものを好んで消化します。
しかし、考えてみれば自分のブログの RSS フィードはリーダーに登録していなくてノーケアでしたｗ。

ということで、全文配信にしてスタイル適用画像込みのフィードにする設定は気をつけて毎回直そうと決意しまして、手順など検索したところ、最新の WordPress では全文配信でスタイル適用されるようになっているとの情報。設定してみると確かに期待していたようなスタイル付きのフィードが出てきました。

ということで全文配信にしてスッキリ。というそれだけの話でした。

FTP 接続の方式、Web サイトをお持ちの方は一度設定をチェックしてみてはどうでしょう。

2 月に入って FTP パスワードを盗むマルウェアが話題になったおかげで、各所であの FTP クライアントを使うなといった話題が盛んでしたが、FTP ソフトの情報管理の問題と FTP の脆弱性が混同されてるような話も見受けられました。ひどいのは特定の FTP ソフトを使うとウィルスに感染するかのような勘違いすらw。ソフトウェアやサポートする通信方式の違いは関係なくて、パスワードの保存の仕方の問題だと思うんですけどね…。

ただ、それにあわせて FTP の脆弱性がいまさらながらクローズアップされることになり、いろいろなサーバレンタルサービスが SFTP、FTPS をサポートしたり FTP のサポートを終了したりしているようで、いいことです。似たような話ですが、POP3 はまだ使われ続けるんでしょうか。

ロリポップは FTPS （FTP over SSL/TLS）のExplicit モードに対応したようで、案内が出ていました。

• FTPS(FTP over SSL)に対応いたしました
• Mac FileZillaの設定 / ホームページ / マニュアル – ロリポップ！

私は普段 Cyberduck を使っているのですが、設定方法に Cyberduck は含まれていなかったので一応設定方法を記載しておきます。特にはまるような部分はありませんけど。

• 接続方式（一番上のプルダウン）で「FTP-SSL（Explicit AUTH TLS)」を選択する
• サーバをロリポップの案内にしたがって「users○○○.lolipop.jp」に変更する

ぐらいしか違いません、実は。

Mantis のバージョンは、1.1.8 です。

ダウンロード。

Mantis の公式サイトからダウンロードします。

• Mantis 公式サイト（ http://www.mantisbt.org/ )

上部ナビゲーションの “Download” より。最新安定版として 1.1.8 が、最新の開発版として 1.2.0rc2 が公開されていますが、今回は運用するものなので安定版である 1.1.8 を利用しています。

データベースの作成。

サーバ上にデータベースを作成しておきます。ロリポップはデータベースは一つしか作成できませんので、既に作成していればそれを利用することになります。まだ作成してなければ、マニュアルに従って作成しておきます。

ロリポップ以外のサーバを利用の場合も、ホスティング先のマニュアルに従って MySQL のデータベースを作成しておけばよいです。

アップロード。

ダウンロードした .zip または .tar.gz をサーバにアップロードします。ターミナルが使えるようなサーバであれば圧縮ファイルをアップロードしてサーバ上で展開しますが、ターミナルが使えないロリポップの場合には、ローカル環境で展開してからアップロードします。ファイルサイズの合計は 9.4 MB です。

そもそも Mantis は AMP 環境で実行でき、かつターミナルからのコマンド入力がなくてもインストールできる数少ない BTS なので、Mantis を選択する時点でおそらくターミナル環境のないサーバで利用されるケースも多いのではないかと想像します。

以後、アップロード先を <mants_root> とします。

チェック。

アップロードが終わったら、以下のスクリプトを実行（ブラウザで開くだけです）して結果を確認します。

<mantis_root>/admin/check.php

このスクリプトはインストールに必要な環境があるかどうかをチェックするだけのもので、まだアップロード下ファイル群にも、データベースにも変更は加えません。

check.php の結果はブラウザに表示されますが、この時点ではおそらく最初のチェック項目だけ "BAD" というエラー表示になるかとおもいます。

項目を見れば分かりますが、"localhost" 上の "bugtracker" というデータベースに "mantisdbuser" というユーザ名で接続できない、というエラーです。自分が作ったデータベースを指定していないので当然のエラーで気にする必要はありません。

先頭以外の項目でエラーが出ている場合には、そのエラー内容を取り除く方法を調べて対処してから先に進みます。

設定。

Mantis の設定は、画面上から設定できるものを除いて、すべての設定は
<mantis_root>/config_inc.php
に記述することによって行います。Mantis の設定項目全体は、<mantis_root>/config_defaults_inc.php
という長大なファイルにあります。config_inc.php は、その設定値を上書きできる設定ファイルです。バージョンアップで上書きされる可能性のある config_defaults_inc.php ではなく、config_in.php に各種設定を記載していきます。

ダウンロードしたファイル一式には、config_inc.php.sample というサンプルファイルがあります。これを config_inc.php にリネームし、内容を修正します。サンプルファイルには最低限必要な項目が含まれているので、それらをサーバ環境に合わせて設定します。

は、データベースの接続設定です。サーバの管理画面で必要な設定情報を確認して設定します。$g_db_type は "mysql" 固定になります。

は、メールアドレスの設定です。$g_webmaster_email は各ページの一番下（フッタ）に、問い合わせ先アドレスとしてリンクが出力されるようになります。クロールされてスパムメールが大量に舞い込むことになると思いますので、公開サイトであれば空欄にしておくのが賢明です。$g_administrator_email を除いて、個人のメールアドレスではなく Mantis 用のメールアカウントを用意して設定するのが望ましいと考えます。

は、ファイルアップロード機能のスイッチです。check.php の出力の下のほうでも設定状態とチェック結果が表示されていました。どういう運用をするかによるので一概には言えませんが、ロリポップであれば、データベースのサイズやサーバ負荷を考えても、ファイルアップロードは OFF にしておくのがいいのではないかと考えています。私は OFF にしています。

最初のサンプルにない項目でインストール時に有用な項目として以下があります。

これは、Mantis が利用するテーブル名の最初の接頭詞（prefix）を指定することができるものです。デフォルト値は 'mantis' になります。もし Mantis のために専用のデータベースが用意出来ない場合（ロリポップも作成できるデータベースは一つだけなのでこれにあたります）や、同じデータベース内に複数の Mantis のデータを格納しなければならないケースでは、prefix を変更することにより、テーブル名の重複を回避することができる場合があります。

これらの設定を正しく設定し、再び <mantis_root>/admin/check.php を開いてみると、データベース接続の項目も "GOOD" に変わっており、オールグリーンな状態になっているのではないでしょうか。

check.php の出力結果の末尾近くには、メールの送信テスト用ボタンもありますので、テスト送信して実際に送信されるメールヘッダを確認しておくといいでしょう。

なお、ここまでの項目以外に、運用にあたって有用なカスタマイズができる設定項目が多数あります。私が有用だと思って設定を変更している項目は以下になります。それぞれどのような設定項目かは config_defaults_inc.php にコメントで丁寧に説明されていますので、興味があれば確認してみてください。

インストール。

いよいよインストールの本番です。ここまでの作業もインストール作業には違いないのですが、Mantis のテーブルをデータベースにつくり、必要な各種設定を行うという意味では、インストール作業はここからです。

<mantis_root>/admin/install.php

を実行します。

config_inc.php にデータベース接続情報が記述してあれば、自動でフォームに値が入っています。ただ、Admin Username と Admin Password の欄は空欄です。これは、Database name のデータベースを自動的に作成する場合に、データベース作成の権限を持つユーザを指定するもので、事前にデータベースを作成してある場合には必要ないので空欄で問題ありません。

"Install/Upgread Database" のボタンを押すと、インストール（データベースの作成と初期値の設定）が行われます。

途中はテーブルとそのインデックスが延々続くので省略。結果出力の末尾で
Install was successful.
となっていれば OK です。Continue to log into Mantis のお誘いに乗ると、ログイン画面に連れて行ってくれます。

アカウント整備。

ログイン画面には警告が出ています。

• You should disable the default “administrator” account or change its password.
• Admin directory should be removed.

まず、最初に言われている通り、管理者アカウントを整理します。インストール直後は、ユーザ名 "administrator" パスワード "root" の固定の管理者アカウントが用意されています。まずはこのアカウントでログインし、すぐに別の管理者アカウントを作成してログインし直して、administrator アカウントを削除します。

ディレクトリ削除。

もうひとつログイン画面で警告されるとおりに、<mantis_root>/admin フォルダをサーバから削除してしまいます。これはとても重要です。admin フォルダを削除しておかないと、install.php を第三者に起動されたり、check.php からデータベースサーバやデータベース名、ユーザ名などが知られてしまいます。確実に消すようにしておきます。

運用開始。

というわけでとっても簡単な Mantis のインストール手順でした。
あとは、実際に運用を開始するだけです。プロジェクトを作成し、チケットを登録してバグ管理を始めます。
運用を開始する前に必要があれば設定しておきたい項目としては、

• サインアップを有効にするか
• ゲストログインを有効にするか
• アクセス解析用トラッキングコードの埋め込み

が考えられます。

サインアップを無効にする。

サインアップを有効にしていれば、BTS を利用したい人は自分でユーザ登録をし、メール認証を済ませて Reporter 権限で参加します。無効にしていれば、管理者が追加したアカウントしか参加できなくなります。どこまでコントロールしたいか、運用する BTS とプロジェクトの特性によって判断します。デフォルトは ON です。
設定項目は

です。これを config_inc.php に記述すれば、ログイン画面のサインアップ用のリンクが消え、アカウントの追加が管理画面以外からは出来なくなります。

ゲストログインを有効にする。

ゲストログインを有効にすると、サインアップやアカウントの追加がされなくても、チケット（バグ）の内容を見ることが出来るようになります。デフォルトは OFF です。これもメンバを限定するか、広く多くの方に診てもらうか、BTS とプロジェクトの特性によって判断します。
設定項目は、以下の 2 つです。

$g_anonymous_account の'xxxxx' は、アクセス権に注意して、ゲスト専用のユーザを別途登録しておき指定します。anonymous や guest といった名前がいいと思います。これにより、ログイン画面には anonymous login（日本語の場合は ”ゲストログイン” ）というリンクが表示され、匿名ユーザでのログインが出来るようになります。また。検索クエリのパーマリンクや、バグ ID を指定した個別チケットへのリンクも、ログインなしに直接表示できるようになります。

アクセス解析 (GA) 対応。

公開する BTS の場合、アクセス情報の解析は開発にも役立つと思われます。ホスティングサーバの解析サービスを利用する以外に、Google Analytics を利用するケースは多いと思います。
Google Analytics では、トラッキング用のスクリプトコードを </body> タグの直前に入れる必要がありますが、この対応の手順を説明します。
まず、トラッキング用のスクリプトコードを、Google Analytics のページからコピーし、.php ファイルにそのまま保存しルートに配置します。たとえば <mantis_root>/ga_inc.php など。
次に、それを前ページの </body> タグの直前に挿入するには、
<mantis_root>/core/html_api.php
内の関数 html_body_end() に、ga_inc.php の読み込みを記載します。
[php]
# (14) End the <body> section
function html_body_end() {
include(“ga_inc.php”);
echo ‘</body>’, “¥n”;
}
[/php]
ga_inc.php は、core の下ではなく、<mantis_root> の直下に配置します。
読み込みにせず直接出力内容を記載することもできますが、echo コマンドとエスケープシーケンスだらけになりますので、include を利用するのが簡単で間違いがないと思います。

ON

MySQL 5。

ロリポップの MySQL 5 への移行は、先日お知らせを手にしてから試用をして様子を見てきましたが、何ら問題なく以前よりもパフォーマンス向上しているようにも感じられるぐらいなので（単にまだ移行組が少ないだけか？）、正式に MySQL 5 に移行しました。

BTS 選定。

前回 Mantis には失敗しているわけですが、理由はロリポップの MySQL が 4.0 でサブクエリが使えないということでしたので、MySQL 5 が使えるようになれば最有力です。

他の候補 BTS である Bugzilla、Trac、Redmine については、以前別途報告したとおり、コンソールログインが必要であったり、必要な実行環境がサーバに準備できないといったことからインストールが難しいものばかりでした。ですので今回は Mantis 一択のつもりで試してみました。

Mantis は 1.2.0rc2 が最新ですが、安定版がいいので 1.1.8 を使うことにします。

インストール。

他のサイトの手順を参考にインストールしたところ、WordPress なみの簡単さでインストール完了、すぐに使えるようになりました。あとから設定をちょこちょこ変更したり、Google Analytics のトラッキング用コードを埋め込んだりなどして、現在仮運用中です。しばらく使ってカスタマイズなど十分にできたら公開したいと思います。

インストール手順とカスタマイズについては、別エントリにまとめた方が価値がありそうなので、別にします。

以前 BTS を入れようとして挫折したのはロリポップのデータベースが MySQL 4.0 だったためです。Mantis にはサブクエリが使える MySQL 4.1 以降が必要でした。

今回 MySQL 5.1 に移行できるようになったということで、Mantis が使える可能性が出てきました。

BTS 導入作戦その後。

結局、 Bugzilla や Trac についてはターミナルでログインしてコマンドが使えなければインストール自体進められないことがわかり、Mantis 以外の選択肢が見あたらない状態になっていました。

旧バージョンの Mantis はインストールしてもエラーが発生してまともに動作しなかったのですが、あまりにバージョンが古いので「それで動かしてもなぁ…」という気持ちもあって原因は深く追求しませんでした。

そんなわけで、いずれレンタルサーバを変えるしかないかと考えていました。同じペパボのチカッパやヘムテルに移行するなら、1 年分支払い済みのロリポップのサーバ代だけあきらめれば移行は簡単そうでしたので。

吉報。

そんな中、メールで MySQL 5 導入の連絡が舞い込みました。

2009/11/09 【MySQL 5】導入開始いたしました

この度『ロリポップ！レンタルサーバー』では、
多くのユーザー様からご要望をいただいておりました
【MySQL 5】を導入いたしました！

【MySQL 5】の主な機能
◆パフォーマンスの向上
◆エンコード形式は UTF-8 が標準
◆サブクエリーの追加により、複雑な参照・集計などが可能
◆MT5、EC-CUBE、concrete5などが利用可能に！
などがあげられます。

『ユーザー専用ページ』＞『WEBツール』＞『データベース』より
【MySQL 4】からの簡単移行機能もございますので、是非ご利用ください。
▼ユーザー専用ページ

https://user.lolipop.jp/

▼【MySQL 4】→【MySQL 5】移行マニュアル

http://lolipop.jp/manual/user/mysql5-upd/

そう、サブクエリです、待望の。

ロリポップは長らく MySQL 4.0.24 が提供されており（調べた限り少なくともここ 2 年半以上は 4.0.24）、まさかこのタイミングでバージョンが変わるとは、思いもしませんでした。ありがとう、ロリポおじさん！

ちょっとログインしてみたところ、たしかに MySQL 5 への移行ツールが用意されていました。

早々にデータベースを MySQL5 に移行するつもりです。
WordPress の動作が一通り確認できたら、Mantis の最新安定版のインストールに再挑戦します。

「BTS」というのは Bug Tracking System の略で、ソフトウェアのバグや要望を報告して処置の経過を追うことが出来る不具合管理システムです。仕事では結構長く Bugzilla を使っていて、最近は Redmine に乗り換えています（社内 LAN の中の開発サーバで稼働させています）。世の中的には Trac というのが有名です。

このサイトは現在ロリポップというレンタルサーバを利用しています。理由は安いことと、実績がそれなりに確かなので。ロリポはダメという人もいますが（そして言っていることも分かりますが）、格安の値段でそれなりの稼働水準のサーバというのが、小さな個人サイトにはちょうどいいと思います。実際よくサーバエラー起きますし、バックアップも頻繁に取っていますけど（笑）。

ただ、ロリポップは安いだけあって制限も多いです。WordPress や MovableType のような有名 CMS は問題ありませんが、BTS はなかなか動かせそうにありません。
先週からいろいろ調べて試してみたのですが 、まだ運用可能な BTS は見つかっていません。とりあえずこれまでの経緯をまとめて、さらに調査を続けてみます。

BTS 導入の動機。

IPMsg の既知のバグ管理はいままでどうなっていたかというと、開発再開以前は単なるテキストファイルにリストアップされて、自分で不具合と将来の数段階の機能拡張に分類していました。「自分の頭の中だけにある」という野心的かつ非現実的な方法を除けば、最も原始的な方法です。

BTS と構成管理ツール (SVN) は IPMsg の開発停滞期間中に仕事で使うようになり、それなしでは開発はできなくなっているので、今回 IPMsg開発を再開するにあたり導入は必須でした。SVN はローカル環境（+DropBox で複数マシンシームレス）で運用していますが、BTS に関しては、せっかくサーバも借りているし公開できる場所に用意したいと考えました。

ソース公開しているし SourceForge を使うというのも方法の一つなのですが、とりあえずそれは手詰まりになったらの手段にしようと思っています。

ロリポップの制限。

簡単にいうと ssh でログインすることはできず、いわゆる LAMP で動くレベルのものでなければ動かないということです。そして今一番ネックになっているのは、MySQL が 4.0.x だということです。ちなみに sqlite も使えません。

BTS の選定 → Mantis。

最初に考えたのは、 Bugzilla か Trac か Redmine か、でした。

Bugzilla は使い慣れているのですが、複数プロジェクトが管理できないし、新たな勉強にならないのでやめます。

Trac は Python が必要なのですが、ロリポでは Python が入っていないので使えません。

Redmine は Ruby on Rails が必要なのですが、ロリポでは Ruby はあるものの Rails は非対応です。ググるとロリポで Rails を動かす方法がヒットするのですが、動かすことが目的でやっているようなもので実用のパフォーマンスは出ないそうです。

….いきなり行き詰まりました。

が BTS について調べているうちに Mantis があったことに気がつきました。オリジナルの作者が日本人で日本語の情報が多い、機能も必要十分で LAMP で動くという理想的な BTS です。会社でも使われているのを見たことがあります。見た目はちょっと色が派手でごちゃごちゃしていてどうかなと思うのですけど、Mantis 以上の選択肢はなさそうなので Mantis を使うことにしました。

調査段階やインストールを始めるにあたっては主に以下のサイトが参考になりました。
http://www.alles.or.jp/~sogabe/mantis/
http://bacons.ddo.jp/wiki/mantis

インストール。

Mantis を公式サイトから落としました。1.2.0rc1 が最新でしたが、Stable なものがよかったので 1.1.8 をダウンロードしました。

手順ではサーバに tar.gz アップして展開となっていますが、ロリポップは ssh がつながらないので、ローカルで展開したものをアップロードし、config_inc.php にインストール時に最低必要なデータベース関連とその他少しの設定を記述します。

次に、/admin/check.php を動かしてエラーがないかかどうか確認してみると、MySQL は 4.1 が必要だがサーバでは 4.0 が動いている、というエラー（BAD 表示）が出ます。そうはいっても MySQL のバージョンは固定で変えられないので、インストールしてみることします。

インストールには /admin/install.php をブラウザから読み込みます。やはりバージョンチェックに引っかかって進みません。本当に MySQL 4.1 以上が必要なのか、実際は 4.0 でも動いてしまうのではないかと根拠のないことを考えて、無理矢理インストールを続行させることにします。insatall.php に含まれる、MySQL のバージョンチェックのコード（2箇所ある）をコメントアウトして通過できるようにします。

これによりインストールは完了しました。データベースにたくさんのテーブルもできています。

しかしエラーが表示されてログイン画面がでない….。

APPLICATION ERROR #401

データベースの検索に失敗しました。データベースからエラーを受け取りました。 #1193: Unknown system variable ‘NAMES’ (クエリー: SET NAMES UTF8)

ブラウザの戻るボタンを使用して前のページに戻ってください。そこで、エラーで判明したチケットを直すか他のアクションを選択してください。もしくは、メニューバーからオプションで選択して、新しいセクションに直に進んでください。

SET NAMES というのは DB の文字コードを指定するものなのですが、MySQL 4.0 以前は文字コードの指定はできなかったようです。WordPress も UTF8 ですが MySQL 4.0 で動いているので、 MySQL 4.0 には SET NAMES は必要ないとみてクエリを実行している行をコメントアウトしたところ、ログイン画面が表示されました。

新しい管理者ユーザアカウントを登録して、初期管理者アカウントと /admin/ ディレクトリを削除して、運用開始できる準備が整いました！

…..と思ったのですが。

Mantis 残念。

見た目インストールが無事に成功しているので、IPMsg のプロジェクトを追加して、バージョンを定義して、（テキスト管理中の）バグ一覧からいくつか不具合を登録しました。それなりにうまくいっているように見えました。

…が、トップページから登録したバグの情報を見に行くと、レイアウトが妙です。よく見ると、狭い幅のセルにエラー内容が出力されているためにレイアウトが崩れていたのでした。

APPLICATION ERROR #401

データベースの検索に失敗しました。データベースからエラーを受け取りました。 #1064: You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near ‘SELECT tag_id FROM mantis_bug_tag_table WHERE bug_id=’3′ ) ORD (クエリー: SELECT id, name FROM mantis_tag_table WHERE id NOT IN (
SELECT tag_id FROM mantis_bug_tag_table WHERE bug_id=’3′ ) ORDER BY name ASC )

ブラウザの戻るボタンを使用して前のページに戻ってください。そこで、エラーで判明したチケットを直すか他のアクションを選択してください。もしくは、メニューバーからオプションで選択して、新しいセクションに直に進んでください。

さっきと似たような文言なのですが、エラーになっている SQL 文が違います。なぜなのか調べてみると、MySQL 4.0 以前はサブクエリが使えないのでした、なんと。MySQL 4.1 以上が必要とされていたのにはきちんとした理由があったのです。そりゃサブクエリなしはきつい。
仮にエラーが発生した部分だけ無理矢理サブクエリを使わないように変更したとしても、ここ１カ所だけの問題とは思えませんし、すべてを変更できるものではありません。

ということで、 Mantis で BTS を運用開始できるかと思ったのも束の間、MySQL ネックで無理でした。

他の選択肢。

一瞬勢いでレンタルサーバ乗り換えるかとまで思いましたが、あと 9 ヶ月分前払いしてあるし次回更新まではロリポで行こうと冷静さを取り戻した上で、今考えている選択肢が二つ。

• Mantis の古いバージョンを使う
• Bugzilla を使う

Mantis については、きちんと調べきっていませんが最新の 1.1.8 からさかのぼること 2 年ほど、1.0.0 未満のものが行けそうです。

Bugzilla も同じことにならないよう動作環境を調べてみたのですが、やはり同様に最新版では無理で、2.22 であれば MySQL 4.0 で動作するようです。

どちらから試すか悩ましいところですが、そもそも Bugzilla は行けるかどうかもわからないし、まずは Mantis でリベンジでしょうかね。後日また続きを報告します。