DragonFly - Reporting Bugs                                                    
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━                 
The project welcomes all bugs reports and tries to make bug reporting as      
painless an affair as possible by providing several ways to report them.      

本プロジェクトはあらゆるバグレポートを歓迎し、そしてまたそれらを報告するた
めの幾つかの方法を準備することで、可能な限り簡単にバグレポートができるよう、
努力しています。

・ You can email your bug report to: bugs at dragonflybsd.org                
・ You can post to our private newsgroup:
   nntp://nntp.dragonflybsd.org/dragonfly.bugs                                                            
・ When we have an official bug tracking system in place you will be able to 
   submit a bug through that.                                                

・(右のアドレス宛に) E-Mail でバグを報告できます: bugs at dragonflybsd.org
・私達のプライベートニュースグループ宛に(バグレポートを)投稿できます。
  nntp://nntp.dragonflybsd.org/dragonfly.bugs
・しかるべき公式のバグトラッキングシステムができた際には、そこへバグ報告で
  きるようになるでしょう。
                                                                                               
The email and newsgroup bug reporting methods are meant to be casual affairs. 
Being able to post a bug report should give you a good feeling regardless of  
whether we are able to act on or respond to it. Your report will archived     
indefinitely so even if we are not able to deal with or respond to it         
immediately it will still be registered for possible future action.           

E-Mail やニュースグループでのバグ報告という方法が通常の方法です。バグレポ
ートを投稿できることは、私達がそれに応答あるいは行動できるかに関わらず、あ
なたに良い感情をもたらすでしょう。あなたの報告は永久にアーカイブされ、たと
え私達がすぐにそれに対応・応答することができなかったとしても、起こりうる将
来のアクションのために記録されることになるでしょう。

Since this is an open source project, the mileage you get out of reporting a  
bug will depend on many factors. The primary motivator is succinctness and a  
high level of detail. Bug reports containing patches are afforded the highest 
level of scrutiny; they are like gold to us. On our side, an ability to locate
and reproduce the bug greatly enhances our ability to solve the problem. If we
do not feel we can act on a bug... for example, if the bug falls outside the  
project's charter and goals list, we will tell you. Again, this is not a snub,
it is simply a prioritization of work.                                        

ソースが公開されたプロジェクトになってからは、あなたがバグレポートを提出す
ることによるメリットは多くの要因によって決まることになるでしょう。最もやる
気を起こさせるのは、簡潔さと高いレベルの詳細です。パッチを含んだバグレポー
トは最も高いレベルの精査を提供します。それは我々にとって金塊のようなもので
す。我々の側では、バグを見付け再現できることが、問題を解決する可能性を高め
ることになります。もし我々がバグに強い興味を抱かなければ、バグに対し我々は
何もできません。例えば、バグがプロジェクトの憲章やゴールのリストから外れて
いた場合には、私達はあなたにそう伝えるつもりです。再度言いますが、これはあ
なたを冷遇しているわけではなく、単純に作業の優先順位からそうなっているだけ
です。