03:10 pyrzak> ./checksetup –start-meeting 03:11 LpSolit> ok, agenda: https://wiki.mozilla.org/Bugzilla:Meetings Agenda Bugzilla 4.0に向けたロードマップ 4.0rc1 に向けたブロッカーバグの確認と、ETAどうするか 最近の開発貢献者数が少なく感じるが、4.2ではどうやって広げる？ 4.2向けのロードマップを11月のミーティングで議論するか？もしくはメインのゴールは何？ (LpSolit) OS/Platformなどを隠すといった利用者からの要望を実装もしくはサポート ミーティングの方式を再検討する？ (方法、頻度) 主要開発者の当面の課題 Mozilla module ownership の管理変更に伴う対応 memo ロードマップ そもそも3.0や3.2以降どの程度有効であったか？今後も必要か？ ロードマップよりも機能要望リストの方が有用ではないか 次期リリースへ向けて実装しようとする機能を選択するのに有用 機能の選択は担当者@bugzillaではだめなのか？ ミーティングをだいぶサボっていたのでロードマップの有用性が落ちた可能性 4.x向けには大改定が必要だ P1/P2のバグを自動的に抜き出すなどのシステムにするのはどうか 静的ページが望ましいと思うが、MWのプラグインで何とかならないか？ いくつかの何年もリストされているバグが問題 (邪魔) そもそもロードマップの意義は 機能ベースのリリースに戻ることはない。時間ベースのリリースはうまく動いている (mkanat) 実際に開発者が活動するようなターゲットリストにすべきでは (LpSolit) リリース時にはblockerの機能を利用している ホワイトボードに[roadmap]をつけることにする？ : 既にやっている ロードマップに”実装したいと考えられている機能”というタイトルをつけるのは？ (pyrzak) [roadmap]をホワイトボードに入れ、P1/P2を本当に重要なものにつける ダウンロード数 – 2010/08/05以降 3.7.3: 9868 3.6.2: […]