[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debian-users:36367] Re: BTSのclose



佐野@浜松です。

In <200302231619.h1NGJTS08142@xxxxxxxxxxxxxxxxx>,
  on "Mon, 24 Feb 2003 01:19:31 +0900',
 Hideki Yamane <henrich@xxxxxxxxxxxxxx> さん wrote:

> 》》changelogによる自動closeは、security.debian.orgでなく
> 》》通常のアーカイブに入った時点で実行されるのではないでしょうか。

>  見てみました。
>  ところでこのパッケージはすでにunstableに入っている様に思えるのですが、
>  changelogに記載されているのにも関わらずcloseされていないようです。
>   
>  この違いは何に起因するのでしょう?

直接 BTS をチェックしていないのと、該当するパッケージを
見てはいないので間違っているかもしれませんが。

In <200302221241.h1MCfwS13259@xxxxxxxxxxxxxxxxx>,
  on "Sat, 22 Feb 2003 21:42:05 +0900',
 Hideki Yamane <henrich@xxxxxxxxxxxxxx> さん wrote:

> 》closeされていないからでは。今のところfixedですかね。
>http://bugs.debian.org/179338
>
>  あ、fixedとcloseはまた違う意なのですね。
>  #updateされたのでcloseと思いこんでいました。

fixed と close の意味の違いはもうわかっていらっしゃるんですよね ?
# 見当違いでしたら、すみません。

念のために、ちょっとバージョンが古いですけど、
developpers-reference の日本語訳版から引用します :

  source NMU (ノンメンテナアップロード) によって
  バグ追跡システムに登録されている既存のバグを修正した場合、
  非公式開発者はそのバグを_クローズ_するのではなく、
  その旨を_通知_しなければなりません。

  規則の上では、バグをクローズすることができるのは、
  公式パッケージ開発者か元のバグ報告者のみです。

  しかしながら、ノンメンテナリリースを行なった者は、
  適切なバグに対して、そのバグが NMU によって
  修正されたことを説明する手短なメッセージを
  送付しなければなりません。

  また、<control@bugs.debian.org> を利用する場合、
  NMU を行なった当事者は NMU で修正したバグの重要度を
  `fixed' に設定しなければなりません。 こうすることに
  よって、そのバグが NMU によって修正されたことを、 
  確実に皆に知らせることができるわけです。
  ただ、NMU で加えられた変更が、公式なパッケージ
  開発者によって正式に採用されるまで、
  そのバグは開かれたままです。

ついでに、英語版の関連する箇所も引用しておきますね。

5.2.4.2. Source NMUs must have a new changelog entry
----------------------------------------------------

     A non-maintainer doing a source NMU must create a changelog entry,
     describing which bugs are fixed by the NMU, and generally why the NMU
     was required and what it fixed.  The changelog entry will have the
     non-maintainer's email address in the log entry and the NMU version
     number in it.

     By convention, source NMU changelog entries start with the line

            * Non-maintainer upload

5.2.4.3. Source NMUs and the Bug Tracking System
------------------------------------------------

     Maintainers other than the official package maintainer should make as
     few changes to the package as possible, and they should always send a
     patch as a unified context diff (`diff -u') detailing their changes to
     the Bug Tracking System.

     What if you are simply recompiling the package?  If you just need to
     recompile it for a single architecture, then you may do a binary-only
     NMU as described in Section 5.3.2.1, `Recompilation or binary-only
     NMU' which doesn't require any patch to be sent.  If you want the
     package to be recompiled for all architectures, then you do a source
     NMU as usual and you will have to send a patch.

     If the source NMU (non-maintainer upload) fixes some existing bugs,
     these bugs should be tagged _fixed_ in the Bug Tracking System rather
     than closed.  By convention, only the official package maintainer or
     the original bug submitter are allowed to close bugs.  Fortunately,
     Debian's archive system recognizes NMUs and thus marks the bugs fixed
     in the NMU appropriately if the person doing the NMU has listed all
     bugs in the changelog with the `Closes: bug#<nnnnn>' syntax (see
     Section 5.6.5, `When bugs are closed by new uploads' for more
     information describing how to close bugs via the changelog).  Tagging
     the bugs _fixed_ ensures that everyone knows that the bug was fixed in
     an NMU; however the bug is left open until the changes in the NMU are
     incorporated officially into the package by the official package
     maintainer.

     Also, after doing an NMU, you have to open a new bug and include a
     patch showing all the changes you have made.  Alternatively you can

-- 
   <kgh12351@xxxxxxxxxxx> : Taketoshi Sano (佐野 武俊)