Trac 0.11 on Windows 構築メモ
作業前の環境 Apache 2.2メインのWebサーバこれではSubversion 1.40へのアクセスはできない Apache 2.0Subversionへのアクセス専用Apache 2.2からリバースプロキシでアクセスするTrac 0.10Python 2.4Subversion 1.40 for Apache 2.0Tracが足枷となりバージョンアップできないでいた ↓ 作りたい環境 （全て現時点の最新版にする） Apache 2.2 （変更無し） Trac 0.11devTrac 0.10のデータや設定を引き継ぐSubverion 1.45のリポジトリを見られるようにするPython 2.5Subversion 1.45 for Apache 2.2 Subversion 1.40のデータを引き継ぐApache 2.2経由でアクセス可能にする Apache 2.5 & Subver
アリエルの開発を支える Trac
先日 アリエルの開発を支える Trac プラグイン を書きましたが、今日は課題／バグ管理システムの Trac 本体について書きます。 Trac は Edgewall Software が開発した Web ベースの課題管理システムです。修正 BSD ライセンス、オープンソースとして提供されています。いまはどうなっているか分かりませんが、サイト上では Edgewall Software 自身も Trac のコンサルや商用サポートを行っているように書かれています。また、 edgewall.org is a place where a community of software developers collaborate on creating exciting open source software based on the Python programming language. とあるの
アリエルの開発を支える Trac プラグイン
アリエルの開発は、いわゆる チケット駆動開発 に分類されるわけですが、課題／バグ管理システムに Trac を使っています。最近の Trac 自体の開発は活発とは言えないし、Apache Bloodhound も出てきたりしていて、その未来がどうなるのか懐疑的なところもありますが、懸命に保守してくれる開発者もいるので、まだまだ数年は安心して使えるように思います。 そんな Trac は minimalistic な基本方針により、足りない機能をプラグインで拡張するのが一般的です。このプラグインという過去の遺産が Trac を課題管理システムとして有力な候補の１つに押し上げているとも言えます。Trac のプラグインは TracHacks で探してそのリポジトリからインストールできます。プラグインを PyPI からインストールできるように trac.plugins の名前空間を使う 方法もあります
RedmineとTracの比較
[ Redmine index ] RedmineとTracとの比較 序 目的 主にソフトウェア・プロダクトに対する障害管理（Bug Tracking）、課題管理（Issue Tracking）、および開発管理（Project Support）に使用するツールとして、RedmineとTracが候補に挙がる。しかし、このどちらを選択するかとなると、なかなか判断基準がないのが現状である。そこで、選択にあたっての判断材料を提供するために、双方の機能及び性能を比較する。 比較対象 2012年4月～5月執筆のため、対象バージョンはTracが0.12.3ja、Redmineが1.4.1である。 ユースケース もともとBTS（Bug Tracking System）と呼ばれるバグ（障害）管理ツールから出発しているが、チケット管理機能はかなり汎用的な機能であることから、障害だけではなく、問題／課題管理（I
はらぺこ日誌» ブログアーカイブ » Trac で .wsgi ファイルを複数設定する場合の留意点
小ネタですが… 重要な Note: 複数の .wsgi ファイルを使用する場合 (それぞれのファイルに別個の Trac environment を設定するケースなど) は、 os.environ['TRAC_ENV'] には Trac environment のパスを 設定しない でください。この方法を使うと、別の Trac environment の設定が Trac にロードされてしまうことがあります。 (以前にロードした Trac environment のパスが使われてしまいます。) この問題は .wsgi ファイルの内容を下記の通り変更することで回避できます: import os os.environ['PYTHON_EGG_CACHE'] = '/usr/local/trac/mysite/eggs' import trac.web.main def application(en
HowTo/SakuraVpsSetup – Idea note
さくらの VPS セットアップメモ 申し込み さくらの VPS 上記サイトより手順に沿って申し込む。ここで取得するのは以下の 2つ。 さくらインターネット会員 ID 「お申込受付完了のお知らせ」と題されたメール、および登録時の画面にて ID が伝えられる。パスワードは登録時に指定したものをそのまま利用する。 会員メニューにて、契約情報の確認および変更を行うのに使用する。ID は絶対に紛失しないよう保管すること。 VPS の IP アドレス、および root 初期パスワード 「仮登録完了のお知らせ」と題されたメールにて、連絡される。このメールは紛失・流出しないよう大切に保管すること。 VPS の起動 VPS は起動していない状態で提供される。そのままの状態で連絡された IP に ssh でつなぎに行ってもうんともすんとも言わない。 VPS の起動方法は以下の通り。 VPS コントロール
常に画面の片隅にチケットの一覧を表示させるTracPluginを作りました。 - ( ꒪⌓꒪) ゆるよろ日記
今の案件でもわりとハードにTracを使っているんです。 で、たとえば、新しくチケットを書いているときに、関連するチケットや現在担当しているチケットの情報を見たいときがあるじゃないですか。 そんなときに、いちいち検索したりレポート一覧の画面に行ったりするのがUZEEEEE!!なので、チケットの一覧が常に画面のどこかに表示されていると便利かなと思い、Pluginを作りました。 shibuya-tracのrepositoryにコミットしてます。 これはなに? TicketListOverrayPluginといいます。 wikiページだろうがチケットの個別表示の画面だろうが管理画面だろうが、常にレポートの検索結果の一覧を表示させるものです。 Trac 0.11.5.ja1とMacOSX Safari4.0.4とFirefox3.5.5で動作確認しています。 インスコ shibuya-tracのリポ
はらぺこ日誌» ブログアーカイブ » 仕様の転載が完了しました。
コマンド仕様、用語集の転載が完了。これで、既存の仕様の転載は完了しました。 用語集の中で脚注 (フットノート) を使っていたので、急遽FootNoteMacro プラグインをインストールしました。 wget ではうまくダウンロードできなかったので、手元でダウンロードしたものを rsync で転送した後、 % unzip footnotemacro-r6151.zip % cd footnotemacro/0.11 % sudo setup.py install とし、Trac の管理メニューでプラグインを有効に。メインの仕事で使っているプロジェクトの Trac からも使えるようになっているはずなので、ちょくちょく使っていこうかな? …あっちはおいら一人で使ってるから脚注なんて使う機会無いか。(^_^; で、今日転載した部分なんですが、コマンド仕様は要求水準高いなぁー (^_^;A 。警告レ
はらぺこ日誌» ブログアーカイブ » otoco の trac できました。
本当にただ作っただけですが…。中身はまだ全然いじくってません。ロゴは作ったけど (これにほとんどの時間を費やしてしまった…^_^;)。 trac の設定自体は以前メモした内容とほとんど相違ありません。強いて言えば、otoco プロジェクトは基本的にオープンであり、SSL を用いる必要がないのと、サイト全体を認証で隠す必要がないので、 /etc/httpd/conf.d/ssl.conf に記述していたのと同等の内容を /etc/httpd/conf/httpd.conf 内に直接記述した。 認証を行うロケーションを /trac/original/otoco/login とした。 といった辺りが相違点になります。 なお、ロゴの作成には LogoShader を利用させて頂きました。ツールを使い慣れていなかったこと、急ごしらえであったことなどにより、出来はイマイチですが…そのうち作り直しますか
分散バージョン管理Git/Mercurial/Bazaar徹底比較
分散バージョン管理Git/Mercurial/Bazaar徹底比較：ユカイ、ツーカイ、カイハツ環境！（3）（1/5 ページ） Subversionとは一味違う「分散バージョン管理」とは？ 最近、Linuxをはじめ、Ruby on Rails、MySQL、OpenSolarisなどのオープンソースプロダクトが次々と分散バージョン管理システムを導入し始め、「Git」「Mercurial」「Bazaar」といった、分散バージョン管理システムが注目を浴びています。 本稿では、バージョン管理ツールのデファクトスタンダードであるSubversion（以下、SVN）と分散バージョン管理システムを比較しながら、メジャーな分散バージョン管理システムであるGit、Mercurial、Bazaarについて紹介していきます。 集中型と分散型 最初に、集中管理方式（または、集中型）のバージョン管理システムと分散管理
Trac-ja 0.11.1で新規プロジェクトを作るとエラーになる - 総天然色頁
Trac-jaをアップグレードした時に、既存のプロジェクトは問題なかったんですが、新規プロジェクトを作ると次のようなエラーが出てしまいました。(/path/to/projectは新規プロジェクトのパス) Creating and Initializing Project Initenv for '/path/to/project' failed. Failed to create environment. You must not use 8-bit bytestrings unless you use a text_factory that can interpret 8-bit bytestrings (like text_factory = str). It is highly recommended that you instead just switch your applica
trac installation on Windows (Memo)
tracをWindowsにインストールするメモ。 なんだかハマれそうでメンドクサそうなWindowsへのインストールをしてみたメモです。書き方が雑なのは元がRandamNoteに書いていったメモだからです。 Last-Modified: Saturday, 20-Nov-2004 16:58:48 JST プロジェクトサイト http://projects.edgewall.com/trac/ BTS+Wiki+Subversionリポジトリブラウザみたいな感じのツール。 必要なもの。 http://projects.edgewall.com/trac/wiki/TracInstall Python(Python 2.3.4)http://www.python.org/download/ -> http://www.python.org/ftp/python/2.3.4/P
FullBlogPlugin – Trac Hacks - Plugins Macros etc.
Add a self-contained blog to Trac Description This plugin provides the ability to maintain a project blog. It is a production-ready release, supporting Trac 0.11-1.4 installations. The plugin does not yet support other locales than English, ie there is no l10n/i18n support. Key features: Create, edit and view blog posts under a new 'Blog' menu. Browse post by month, category and author and Archive
はらぺこ日誌» ブログアーカイブ » 開発環境構成検討中…。とりあえず Trac のインストールは完了。
さて、 SSL は使える状態になったので、いよいよ Subversion のリポジトリ構築と Trac の導入、セットアップに入ります。 ファイル構成を検討する が、その前に、今後もこのサーバーを開発用途に使い続けていくことを考え、使い始めからファイル構成には気を遣ってみようと思い、以下のような方針を出してみました。 すべての開発関連ファイルは /var/Developer の配下に配置する。 オリジナルの開発物と、外部から委託された案件とで全体を二分する。 その中で、プロジェクト毎にディレクトリを設ける。 プロジェクトのディレクトリ毎に、単独の svn リポジトリと trac リポジトリを設ける。 これを例示すると、以下のようなファイル構成となります。 /var/Developer/ original/ # オリジナル用 foo/ # プロジェクト foo svn/ # foo の sv
DatabaseBackend – The Trac Project
Database Backend Trac supports the following databases: SQLite, the default database PostgreSQL MySQL Database Installation Instructions SQLite Installed out-of-the-box. The default connection string is sqlite:db/trac.db. More parameters can be added using a connection string like sqlite:db/trac.db?param1=value¶m2=value. The following parameters are supported: extensions: Load the extension
Trac インストールに挑戦 - メモチョウ
難しいと聞いていたTracインストールに挑戦 こちらを参考 CentOS & Trac | Hanada.Org # yum install tracここで，以下のエラー Error: Missing Dependency: python-genshi >= 0.5 is needed by package trac # yum install python-genshiするが， No package python-genshi available. といわれる． ソースから入れることに． $ wget http://packages.sw.be/python-genshi/python-genshi-0.5.1-2.el5.rf.i386.rpm $ sudo rpm -i python-genshi-0.5.1-2.el5.rf.i386.rpm再度 # yum install tra
CentOS & Trac | Hanada.Org
CentOS5.0にtrac-0.10.4-ja-1をインストールしました。 社外からもアクセスできるようにFirewall開けてもらったり、CentOS初めてだったりで3日かかりました。しかも深夜まで・・・ClearSilverとかにもはまりましたよ。 参考にさせていただいたページ ・CentOSで自宅サーバー構築 [ http://centossrv.com/ ] ・madboa.com Setting Up Trac on CentOS [ http://www.madboa.com/geek/trac-centos/ ] ・kazfの日記 [ http://d.hatena.ne.jp/kazf/20070401 ] ・jigelog CentOSでyumからTracをインストール [ http://jigen.aruko.net/archives/412/ ] ・p
Trac に TracBlogPlugin を入れてみたよ。: 国民宿舎はらぺこ 大浴場
だいたいこちらさんの書かれていらっさる通りにセットアップできました。 本家にも書かれているけど、TagsPlugin のバージョンは 0.3 以上 0.5 未満じゃないとダメ (いまんところ)。こいつの最新版が現在 0.6 なのですが、それだと (テストしてないだとかそういうレベルではなくて) 動きません。おいらは 0.4.1 を入れたよ。 インストールは基本的に、python setup.py install prefix=<libディレクトリを配下に持つディレクトリへのパス> って感じで ok 。依存関係とかもチェックしてくれるので、 python setup.py bdist_egg するよりも断然オススメ。 インストール後、trac-admin <env-path> upgrade するのを忘れずに。おいらはこれでハマッタ＼(^O^)／ trac.ini の [components
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
#10412 ("Download in other formats: Plain Text" link at the bottom of this site wiki pages does not work in Firefox 7.0.1) – The Trac Project
さくらのOSバージョンアップでTracが動かなくなっていた - I CAN ’CAUSE I THINK I CAN!