e-texteditor 2.0 released2010/08/23

e-texteditorがメジャーアップデートされたようです。

1年以内の登録ユーザのアップグレードは無料、それ以前からのユーザは$19(あるいは1,735円)。

メジャーアップデートでもあるし金を払うこと自体は別に構わないのですが、レジストリに書かれている残りトライアル期間がv1系と同じ値を見ている風なのはなんとかならないのでしょうか? アップデータを当てた途端に試用期限切れで起動できません……。

ぶっちゃけバグに近いんじゃないかと。

ここのネットワーク環境ではカード番号を入力したくないのだよなあ。 とりあえず、前のバージョン(v1.0.43)に戻しました。

バージョンアップはまた後日。

(通知のメールをtextmateに空目したのは秘密)

redmine 導入2010/04/14

背景

いろいろ必要に迫られて、issue tracking system の導入自体は確定させたものの、

issue tracking system ? なにそれ? それっておいしい?

みたいな環境に放り込むので、事例が多くて「ググれカス」ぐらいの説明で導入できるものが良い。 というぐらいの理由で選択した trac の運用が四半期を越えたぐらい。

ITSの意義は概ね理解、賛同いただけたところではあるのだけれど、いくつかの要望に対応するのに trac ではしんどいところが出てきたので、引越し先の選定を開始しました。

その一つが redmine

redmine

今更説明の必要もないぐらい名前の売れたRoRアプリの一つ。

現在の最新安定板は 0.9.3

tar玉を解凍して中身を眺めた感じでは、清々しいぐらいに普通のRailsアプリです。ありがとうございました。 これなら、結構好きにカスタマイズできそうです。

対応のRailsのバージョンは2.3.5

config/database.yml を編集。 そして

$ rake db:create RAILS_ENV=production
$ rake db:migrate RAILS_ENV=production

rake aborted!
A key is required to write a cookie containing the session data. Use config.action_controller.session = { :key => "_myapp_session", :secret => "some secret phrase" } in config/environment.rb

あれ?(^^;

. . .

ふむ。通常のRailsではプロジェクトの作成時に自動的に生成される ActionController::Base.session のsession生成用の鍵を明示的に生成してあげないといけないようです。 まあ、あちこちのredmineが同じ鍵で動いていたら大変な事になるので、合理的な判断ですね。

$ rake config/initializers/session_store.rb
$ cat config/initializers/session_store.rb

ActionController::Base.session = {
  :session_key => '_redmine_session',
  :secret => '(略)'
}

$ rake db:migrate RAILS_ENV=production

今度は上手くいきました。

あと、必須ではないけれど、DBにデフォルトデータを流しておくと良いことがあるらしいです。

$rake redmine:load_default_data RAILS_ENV=production
Select language: bg, bs, ca, cs, da, de, el, en, es, fi, fr, gl, he, hr, hu, id, it, ja, ko, lt, nl, no, pl, pt, pt-BR, ro, ru, sk, sl, sr, sv, th, tr, uk, vi, zh, zh-TW [en]

使用する言語を訊かれるので ja(日本語)で。

====================================
Default configuration data loaded.

完了。

あと、メールを使用するつもりがあるなら、email.yml を編集しておくと良いらしいです。

このemail.yml には ActionMailerの設定項目では見掛けないキーワードがあったりするけど、メール周りは独自実装なのかしら? あとで、ソースを確認しよう。

で、今回は(も) passenger を利用するので、apacheの公開ディレクトリから、プロジェクトのpublicにsynlinkを張って、

# ln -s /var/www/readmine/public /var/www/html/redmine

適当な apache の設定ファイルに

RailsBaseURI /redmine

を書いたら終了。

# /etc/init.d/httpd reload

apacheに設定ファイルを再読み込みさせれば、redmineの画面が確認できるようになります。

passenger良いね。

設定画面を触っていたら、ImageMagickの連携機能があるようだったので、 Rmagick もインストールしておく。

rvm gem install rmagick --version 1.15.17

バージョン指定をしてるのは、ImageMagickを入れなおすのがめんどいから。 以前話題にした、バージョン指定でのネイティブビルドがコケる件は RubyGems の 1.3 ぐらいで直っています。

で、

touch tmp/restart.txt

passenger 良い。

とりあえず、今日は導入まで。

感想はまた後日。

OpenID

設定画面に「OpenIDで認証する」という設定項目が、が、が……。

これは、Shibbolethにも対応しないといかんだろと思って、プラグインを用意しかけたところで、試しにぐぐると、そのものずばりの話題がありました……。

これって、本家に pull request はしてないのかな?

E text editor(その後)2010/03/29

・Fixed tab settings not being saved. [ajpalkovic]
http://www.e-texteditor.com/forum/viewtopic.php?t=3592

という訳で、例のバグが直りました。 毎朝のイライラが減って良い感じです。

あと

・Fixed some bugs that could cause crashes when redoing. [ajpalkovic] 
http://www.e-texteditor.com/forum/viewtopic.php?t=3592

履歴が分岐している所で、redoするとかなりの確率でクラッシュしていた問題も解決したそうです。

Trac の 通知メールの改行コード2010/01/20

改行コードがCRLFとLFで混在している。
メーラーにEdMaxを利用していますが、LF のみの個所は「↑」で表示され、文章が崩れてしまいます。
通知メールの改行コード - SourceForge.JP

まさにこの問題に直面。

チケットの発行者はTrac Lightning(バージョン不明)で、うちのTrac は11.5(こちらで配布されている日本語版)の差はあるけど、同じ問題と断定して良いと思う。

で、このチケットは、Closeになっているけど、本家のリポジトリのtrunkを見ても直っているようには見えないのですよ。

メーラー(MUA)によっては、LFだろうがCRLFだろうが(おそらくCRだけでも)ちゃんと改行してくれているというだけの問題だと思います。はい。

何が原因かと言うと、メールのテンプレートに埋め込む文字列はちゃんと改行コードとしてCRLFを挿入している 参考 - 本家リポジトリ しかし、メールのテンプレート自体の改行コードがLF 参考 - 本家リポジトリ で、これがメール送信までにCRLFに変換されることがないことです。

メンド教の信徒として、

perl -pe 's/\n/\r\n/g' ticket_notify_email.txt >ticket_notify_email.text.crlf

したファイルと差し替えることにする。

(追記)そうか、Trac Lightningはwindows環境だから、テキストファイルの改行コードがCRLFになっている可能性はあるのか。