CFA: Rules to orphan in JP

[Taketoshi Sano <kgh12351@nifty.ne.jp>]

佐野＠浜松です。

特に御意見も無いようですので、「異議無くんば成立 (Call for Approval)」
という手順で合意事項として確立しておきたいと思います。

成立したら、www.debian.or.jp/devel/ 以下に明文化して記載
 & 既存の devel/prospective-packages.html ページは
 BTS の wnpp ページへのリンクと orphan ルールの説明を
中心とした内容に更新する (or www team に更新をお願いする)
予定です。

> 「Debian JP でパッケージをオーファンする際のルールを決めよう」
> 
> 最近の Debian では
> 
> 1) Maintainer: フィールドを QA team <qa@debian.org> にした
>    パッケージを upload
> 
> 2) wnpp パッケージに "O: package_name" というタイトルで
>    BTS report
> 
> の 2 項目を実施することが推奨されていると思います。
> 
>  (Debian Developer's Reference (v2.8.7) の
>    "9.4. Orphaning a package" を参照)
> 
> 一方、Debian JP ではこれまで、このどちらも推奨されておらず、
> 単に
> 
> 1) -devel@JP にてメンテナンス放棄を宣言
> 2) 同時に wnpp@debian.or.jp にメイルをする
> 
> という (おそらく昔の Debian の) 方法が一応のルールであった
> ようです。
> 
> また、orphan されたパッケージのリストや、パッケージ化が望まれる
> パッケージのリストを集めた場所として、かつては
> 
>  http://www.debian.or.jp/devel/prospective-packages.html
> 
> が機能していました。
> 
> しかし、見てもらえばわかるとおり、現状ではこのページが機能して
> いるとは思えません。また、これから現状に追随させる作業をやろう
> という人がすぐに現れることも期待薄です。
> 
> 理由としては、パッケージ数が多くなっていることもあるでしょうし、
> Debian JP の Web を更新しようという人が少ないということもある
> でしょう。
> 
> いずれにしろ、静的な Web ページ、それも一部の人だけに管理の
> 負担をかける場所で、パッケージについての情報を提供するという
> のは無理があるだろうと考えています。
> 
> そこで、今後は現在の Debian の方法に合わせて、Debian JP に
> おいても、パッケージを orphan する際には
> 
* 1) Maintainer: フィールドを JP-QA team <jp-qa@debian.or.jp> に
>    したパッケージを upload
>
> 2) jp-wnpp パッケージに "O: package_name" というタイトルで
>    JP の BTS へ report
> 
> の 2 項目を推奨する、というルールに改訂したいと思います。
> 
> これによって、パッケージ単体でも「orphan されている」ことが
> わかるようになりますし、また orphan されたパッケージや request
> されているパッケージの情報が BTS に集められ、メンテナーが自分で
> 更新できるようになることで、今よりも実態を反映した情報を提供できる
> ようになると思います。
> 
> 従来のページ
> 
>  http://www.debian.or.jp/devel/prospective-packages.html
> 
* は JP BTS の jp-wnpp ページを示すリンクと、
* orphan に関するルールの説明を記載したページに変更するのが
* 良いと思います。
> 
> それから、
> 
> > 1、メンテナが(一時的に、永遠に)連絡不通になったときの扱い。
> 
> この件は、
> 
>  1) Severity: Normal 以上のバグが 3 ヶ月以上未解決
>  2) その期間に一度もパッケージの upload が無い
>  3) 直接メールや private や devel へのメールに 1 ヶ月以上反応が無い
> 
> のすべての条件 (Debian での NMU の条件) が揃った場合は
> 実質 orphan されたと考える、というのでいかがでしょう ?
> 
> バグが無ければ連絡が無くても特に問題無いわけですし、
> バグがあってもメンテナーとして解決に努力しているのであれば
> 無理に取りあげるべきではないでしょう。
> 
> > 2、experimental-jpの扱い。(experimentalは消えてるっぽい)
> 
> とりあえず experimental-jp は対象から外して考えてます。
> 
> 対象は unstable/testing です。

*  3、パッケージ削除の際の手順
*
*  これは従来と同じく、ftp.debian.or.jp に BTS という手順で
*  良いと思いますが、今まで明文化されたものが無かったようなので
*  これについても devel/prospective-packages.html に
*  orphan rule と同じく記載しておくのが良いと思います。

前回の案からの変更点:

  -  野首さんからの修正を適用しました。
       (jp-qa@debian.org -> jp-qa@debian.or.jp)

  - Web の devel/prospective-packages.html について、
    削除ではなく内容を更新して残すという対処に絞りました。

  - パッケージ削除の際の手順についても Web に明文化して
    記載することを追加しました。

今日から 10日後くらい、8/20 の月曜日までに意見が無ければ
合意が成立したものとして、Web ページの更新作業に移行します。

以上。

--
     ＃ (わたしのおうちは浜松市、「夜のお菓子」で有名さ。)
    <kgh12351@nifty.ne.jp> : Taketoshi Sano (佐野　武俊)