現状の &fmldevel; は運用ベースの実証実験の段階に入り、 config.cf の編集支援ツール(makefml config や CGI からの設定変更)を 除いて基本的な機能は実装されています。 つまりＭＬごとに細かい設定変更をしたい場合はファイルの編集が必要ですが、 それを除けば、ツール類を含めて &fml4; と同様に使えるはずです。 ただ 4.0 の細かい昨日まで実装されているわけではありません。 その意味で、いろいろな機能を使いたい人は、まだ 4.0 stable を使う方がよいでしょう。 なお、現在の &fmldevel; で動く機能そして TODO リストは http://www.fml.org/software/fml-devel/fml/doc/ja/todo/STATUS.html を参照して下さい。 &fmldevel; プロジェクトは &fml4; を『1 から書き直す次世代 fml プロジェ クト』の総称です。これは &fml4; までに至る約 10 年の経験を再実装する試 みといえます。ざっくりとしたイメージしては &fml4; &fmldevel; の違いは sendmail と postfix のような関係と思って下さい。 次世代 fml は、現代的観点から &fml4; の”機能”を再構想/再実装する試み ともいえます。これはデザインを一から考え直すことに加え、機能や変数の整 理整頓も含んでいます。 例えば &fml4; を使っていて問題になるのは「特定のホストで、ディスクの上 にメンバーファイルを書く」というデザインです。これは最初のバージョンか ら継承され続けている基本構造です。しかしながら、RDBMS との連携や冗長化 構成を考えると問題があります。「NFS の時はどうする？」「トラブルチケッ トシステムと連動したい場合は？」「SQL サーバとも連動したいですね？」う〜 ん… また、構造論ではなく単に自分で欲しい機能があります。fml 自体が簡易版 bug tracking system を提供して欲しいし、bug tracking system もサーチエ ンジンもできるだけメールと連動していろいろして欲しい。cvs ログとも連動 して欲しい。 最初にするべきことは 4.0 の機能とそのデザインについての再検討です。た とえば、次のような項目が考えられます。 &fmldevel; へ引き継ぐべき機能は何か？ &fmldevel; でもっとうまく、 よりカスタマイズしやすいものに実装できないか？ もう要らない機能はどれか？ これらについての意見を募集したいと思っています。ですが、漠然と議論して もしょうがないので、議論の叩き台として動くものを作りつつあります。 http://www.fml.org/software/fml-devel/ ftp://ftp.fml.org/pub/fml-devel/ 最初の試金石バージョンは fml 1.2 相当の最低限の機能 + makefml (CUI + CGI) が加わったもの + 自動スレッド追跡システム + 自動 HTML 化機構 が動くことになるでしょう (というか、これらの機能はすでに動いています)。 &fml4; と &fmldevel; は &fmldevel; で作られたモジュールのマージと &fml4; 自体のコードの保守をしつつ、 並行開発されていっています。 そのため 4.0 系は fml project 全体の中で、相対的に stable に近い current という位置付けになります。4.0 の bug fix は 4.0.x (4.0.1 4.0.2 …)としてまとめられリリースされていく予定です。 また 4.0-current は 4.0.x のためのテストケースであり、 &fmldevel; は本当の開発コード( fml-current )という位置付けといえます。 fml-devel -----------------------------> 8.0 ? (次世代プロジェクトの目標) ↑↓交流 1.2 〜 4.0 ------------------------------> 4.0-current | | 4.0.1 4.0.2 .... (リリース / 4.0-stable バージョン) &fmldevel; 用に作られたモジュールを &fml4; へ輸入する予定です。 たとえば 4.0 でも独立性の高い mead (エラーメール解析プログラム)や、 スレッド追跡システムです。 これは &fmldevel; の機能を 4.0 でテストをするいう意味あいもあります。 この作業は 4.0.4 か 4.0.5 以降本格化する予定です。 言い替えると、 4.0 系列の bug fix は 4.0 で行ないますが、 新機能は、&fmldevel; で開発したものをモジュール単位で 4.0 へ輸入していく 形をとります。 次世代 fml の議論のためのメーリングリストを用意してあります。 登録の仕方はいつもと一緒です。 fml-devel MLへの自動登録は fml-devel-ctl@ffs.fml.org へ subscribe の後に自分の名前をローマ字で続けたフレーズをメールの"本文" (注意: メールの本文)に書いて送って下さい。例えば次のようになります。 To: fml-devel-ctl@ffs.fml.org subscribe Kinomoto Sakura このメールに対し、登録意志確認のメールが送り返されてきます。 そのメールに返事をしてください。 ＭＬに登録されます。 fml-devel ＭＬのログは http://www.fml.org/mlarchives/ で公開しています。 ＭＬに参加しないが、要望等を送りたいという場合、ＭＬではなく fml-request@fml.org へメールを送って下さい。このメールは適宜 fml-devel 等に流して議論した いと思います。他にフォワードなどされたくない場合はその旨を一筆書いてお いて下さい。 &fmldevel; のアイデアのついて、 ご意見・御感想をお待ち しております。 端的にいえば 4.0 のここは受け継ぎたいが、あの機能は どうでもよいとか、あの機能はこう実装するべきだなどといった 意見も募集しています。 §.terms;