Proposal: Rules to orphan in JP

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

佐野＠浜松です。

かなり前の話ですが、途中で止まっていた気がするので、
とりあえず蒸し返します。

今度は、ある程度の合意レベルまで (CFA とか) 持っていきたいと
思っていますのでよろしく。


「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.org> に
   したパッケージを upload

2) jp-wnpp パッケージに O: package_name というタイトルで
   JP の BTS へ report

の 2 項目を推奨する、というルールに改訂したいと思います。

これによって、パッケージ単体でも「orphan されている」ことが
わかるようになりますし、また orphan されたパッケージや request
されているパッケージの情報が BTS に集められ、メンテナーが自分で
更新できるようになることで、今よりも実態を反映した情報を提供できる
ようになると思います。

従来のページ

 http://www.debian.or.jp/devel/prospective-packages.html

は削除 (CVS の attic データとしてのみ保存) するか、あるいは
単に BTS の wnpp を示すポインタとしてのページに変更するべき
と考えます。

それから、

> 1、メンテナが(一時的に、永遠に)連絡不通になったときの扱い。

この件は、

 1) Severity: Normal 以上のバグが 3 ヶ月以上未解決
 2) その期間に一度もパッケージの upload が無い
 3) 直接メールや private や devel へのメールに 1 ヶ月以上反応が無い

のすべての条件 (Debian での NMU の条件) が揃った場合は
実質 orphan されたと考える、というのでいかがでしょう ?

バグが無ければ連絡が無くても特に問題無いわけですし、
バグがあってもメンテナーとして解決に努力しているのであれば
無理に取りあげるべきではないでしょう。

> 2、experimental-jpの扱い。(experimentalは消えてるっぽい)

とりあえず experimental-jp は対象から外して考えてます。

対象は unstable/testing ですね。

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