[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
webwml/japanese/devel/wnpp/index.wml (Re: info)
やすいです．
＃users に投げるのはアレなので，www だけで．
/* In mail "[debian-users:27048] Re: info (Re: Re: sub()/gsub() error in gawk-ja)"
tach@debian.or.jp, as "tach" wrote... */
ukai> それはさておき 略語が頻発している
ukai> http://www.debian.org/devel/wnpp の日本語訳がまだのようですから
ukai> 誰か訳しませんか? :-)
tach> これはいい機会だと思って，webwml を checkout ちう．
うー，訳しました．
いろいろ怪しげな訳が頻出してるので，見てやってください．
＃辞書サーバのセットアップとかいろいろやってたら大変だった．
＃結局，対訳表を lookup-el で使えなかった（泣）
--
Taku YASUI <tach@debian.or.jp>
#use wml::debian::template title="Work-Needing and Prospective Packages"
<!--original_revision: 1.6 :-->
<p>作業が必要か期待されているパッケージ (Work-Needing and Prospective
Packages、略して WNPP) は、Debian で新しいメンテナを必要としていたり
期待されているパッケージのリストです。これらのパッケージの本当の状態を
綿密にたどるため、WNPP は現在 <a href="http://bugs.debian.org/";>Debian
バグ追跡システム (BTS)</a> の疑似パッケージとなっています。
<hr>
<p><a href="work_needing">新しいメンテナを必要としているパッケージ</a>:
<ul>
<li><a href="rfa_bypackage">養子になりたいパッケージ</a>
<li><a href="rfa_bymaint">メンテナが養子に出したいパッケージ</a>
<li><a href="orphaned">みなしごパッケージ</a>
<li><a href="withdrawn">撤退したパッケージ</a>
<li><a href="being_adopted">養子になっているパッケージ</a>
</ul>
<p><a href="prospective">期待されているパッケージ</a>:
<ul>
<li><a href="being_packaged">現在作業中のパッケージ</a>
<li><a href="requested">要求があるパッケージ</a>
</ul>
<p><a href="unable-to-package">パッケージにできないソフトウエア</a>
<p>注釈: これらのリストは毎日更新されています。もっと新しい情報を
得たいときは、BTS の <a href="http://bugs.debian.org/wnpp";>wnpp 疑似
パッケージ</a>をチェックしてください。
<hr>
<p>BTS を使っているので、すべての開発者は、新しい情報の提出や情報の
修正、未解決の要求を閉じるといった技術的な細かいことをよく知っています。
しかし一方で、高レベルの自動化を達成するためには、いくつかの手続きが
提案されるしかありません。
<p>新しい情報を提出するためには、不自然ではあるけれども各々の (期待
されている) パッケージについて、バグとして
<a href="http://bugs.debian.org/wnpp";>wnpp 疑似パッケージ</a>に
ファイルされなければなりません。その提出形式は以下のようにします:
<blockquote>
To: submit@bugs.debian.org<br>
Subject: {<i>タグ</i>}: {<b>パッケージ名</b>} -- {短いパッケージの解説}<br>
<br>
Package: wnpp<br>
Severity: {下記参照}<br>
<br>
{パッケージに関するいくつかの情報。もし、ITP か RFP であれば、
どこからダウンロードできるかということは必須。もちろんライセンスに
関する情報も。}
</blockquote>
<p>利用するタグとそれに対応する重要度は:
<table border=0 cellpadding=3 cellspacing=3>
<tr>
<td valign="top" width="10%"><b>O</b></td>
<td valign="top" width="10%"><i>normal</i></td>
<td width="80%">パッケージは `みなしご (Orphand)' になる。できるだけ早く、
新しいメンテナを必要としている。もし、パッケージが高い優先度を
持っているか標準パッケージであれば、重要度は important に
するべきである。
</td>
</tr>
<tr>
<td valign="top" width="10%"><b>RFA</b></td>
<td valign="top" width="10%"><i>normal</i></td>
<td width="80%">これは `養子の要求 (Request for Adoption)' である。
時間や資源、興味などが足りないせいで、現在のメンテナがほかの
メンテナにこのパッケージの保守をお願いしている。彼は、当面の間は
保守するだろうが、たぶん最良の方法ではない。短くいうと、
このパッケージは新しいメンテナを必要としているのである。
</td>
</tr>
<tr>
<td valign="top" width="10%"><b>ITP</b></td>
<td valign="top" width="10%"><i>wishlist</i></td>
<td width="80%">これは `パッケージにしたい (Intent To Package)' である。
この場合は、著作権や URL に加えて、パッケージの説明を提出
すること。
</td>
</tr>
<tr>
<td valign="top" width="10%"><b>RFP</b></td>
<td valign="top" width="10%"><i>wishlist</i></td>
<td width="80%">これは、 `パッケージの要求 (Request For Package)' である。
誰かが興味深いソフトウエアを見つけたので、ほかの誰かに Debian で
保守してほしいということである。この場合は、著作権や URL に加えて、
パッケージの説明を提出すること。
</td>
</tr>
<tr>
<td valign="top" width="10%"><b>W</b></td>
<td valign="top" width="10%"><i>wishlist</i></td>
<td width="80%">このパッケージは `撤退 (Withdrawn)' し、Debian FTP
サイトの project/orphand ディレクトリで見えるようにする。この
場合は、直接提出すべきではなく、そのかわりに `O' レポートの
改称と格下げが行われるべきである。
</td></tr>
</table>
<p>これらのバグを閉じる手順は次のとおり:
<table border=0 cellpadding=3 cellspacing=3>
<tr>
<td valign="top" width="10%"><b>O</b></td>
<td width="90%">もし、パッケージを養子にすることになったのなら、
パッケージが養子になってアーカイブから自動的に削除されるのを防いだ
ことをほかの人に知ってもらうため、バグを `O' から `ITA' に改称します。
実際にパッケージを養子にするには、Maintainer: フィールドにあなたの
名前を入れてアップロードし、一旦パッケージがインストールされたら
このバグを閉じます。
</td>
</tr>
<tr>
<td valign="top" width="10%"><b>RFA</b></td>
<td width="90%">もし、パッケージを養子にすることになったのなら、
ッケージが養子になってアーカイブから自動的に削除されるのを防いだ
ことをほかの人に知ってもらうため、バグを `RFA' から `ITA' に改称します。
実際にパッケージを養子にするには、Maintainer: フィールドにあなたの
名前を入れてアップロードし、一旦パッケージがインストールされたら
このバグを閉じます。
<p>もし、パッケージメンテナであるあなたが `RFA' したパッケージを
みなしごにすると決めたのなら、バグレポートを `RFA' から `O' に
改称してください。もし要求を取り下げるなら、バグを閉じてください。
</td>
</tr>
<tr>
<td valign="top" width="10%"><b>ITP</b></td>
<td width="90%">ソフトウエアをパッケージ化してアップロードし、
そのパッケージが一旦インストールされたらこのバグを閉じます。
<p>もしあなたの考えが変わって、パッケージ化する気がなくなったら、
バグを閉じるか、RFP として改称し分類し直すか、どちらかあなたが
適当と思う方にしてください。
</td>
</tr>
<tr>
<td valign="top" width="10%"><b>RFP</b></td>
<td width="90%">もしあなたがこれをパッケージ化するなら、このプログラムが
すでにパッケージ化されることをほかの人に知ってもらうために、
バグレポートを `RFP' から `ITP' に改称します。それから
ソフトウエアをパッケージ化し、アップロードして、そのパッケージが
一旦インストールされたらこのバグを閉じます。
</td>
</tr>
<tr>
<td valign="top" width="10%"><b>W</b></td>
<td width="90%">もしあなたがこのパッケージをもとに戻すなら、
このパッケージが養子になることをほかの人に知ってもらうために
バグを 'W` から `ITP' に改称します。実際にもとに戻し、この
パッケージを養子にするには、Maintainer: フィールドにあなたの
名前を入れた新しいバージョンをアップロードし、そのパッケージが
一旦インストールされたらこのバグを閉じます。
</td>
</tr>
</table>
<p>もちろん、これらのバグを閉じる最も簡単な方法は、パッケージの changelog
の何をやったのかという記載に <tt>(closes: bug#nnnnn)</tt> と
付け加えることです。この方法では、新しいパッケージがアーカイブに
インストールされたあとに、バグが自動的に閉じられます。
<p><strong>注意:</strong> レポート番号 @bugs.debian.org にメールを送って
バグレポートの再割り付けや改称をすることは<strong>できません</strong>。
新しいレポートを送りつけることでも<strong>できません</strong>。
正しいメッセージを BTS コントロールロボットに送る必要があります。
<a href="$(HOME)/Bugs/server-control">説明書を読みましょう</a>!
<p>注釈: もし、パッケージがとても長い間みなしごとして残っていたら、
我々はパッケージが必要とされているのか決めるために状況を調査するでしょう。
もし必要とされていないなら、FTP 管理者がパッケージに
<tt>project/orphaned</tt>へお引き取り願うことになるでしょう。
このようなパッケージの調査は、凍結する前には普通完了しています。
<p>もし何らかの理由で WNPP メンテナに連絡をとる必要があるなら、
<tt>wnpp@debian.org</tt> にお願いします。