エラーメッセージはここを確認してください。(メーリングリストに添付として送ら*{ないでください}*)。それにより、そのエラーの再現を試みることが可能になります。出力を使ってください。サブディレクトリにあるファイル一覧を列挙しますがファイル自体は収録しません)。714ログは全て英語のロケール設定で生成されたものを提示することを忘れないでください。コマンドを実行してください。可能であれば失敗している状況を分離する716可能であれば失敗している状況を可能な限りうまくいかなくなる最小の変更に分離してください。これは常に簡単だとは限らないので、報告の際にできないようであれば気にする必要はありません。開発サイクルを向上させたい場合、繰り返しのたびに変更する量を十分に小さくすると、実際の設定により近く、より単純な「ベース」設定を構成することによりうまくいかなくなる追加の変更点だけに問題を分離することができるかもしれません。どの変更によりうまくいかなくなっているのか区別するのに苦労している場合、それぞれの変更点が多すぎることが考えられ、その場合開発の進行は緩くなるはずです。疑似パッケージに対するバグとして報告してください。719とはいうものの、バグの現れ方を元にその範囲を限定してくれると助かります。システムの基本的なパッケージを収集します。ディストリビューションによっては失敗するかもしれません。関連するのか、パッケージ収集ツール自体に関連するものなのか確認してください。自体のバグで、恐らく私達が直接修正することはできません。いったバグはパッケージ収集ツールまたは失敗しているパッケージに対して報告してください。ディストリビューションとその日のアーカイブの状態によっては失敗するかもしれません。バグがここで起きていると思われる場合は、そのエラーが通常のシステムで再現できるか確認してください。失敗しているパッケージに対して報告してください。実行するとさらなる情報を得られるでしょう。726また、ローカルミラーやプロキシの類を使っていて問題が起きている場合はまず、公式ミラーからパッケージを収集した場合に再現するか常に確認してください。指定している情報を添えてメーリングリストに報告してください。そのイメージが正確にどのように/どの段階で失敗しているのか、仮想化を使っているのか実際のハードウェアなのか、ということについて忘れずに言及してください。何らかの仮想化技術を使っている場合はバグを報告する前に常に実際のハードウェアで実行してください。失敗しているときのスクリーンショットを提供することも、とても参考になります。調査してください732バグを報告する前に、問題の症状やそのエラーメッセージについてウェブを検索してください。その問題に遭っているのがあなた一人だけだという可能性は非常に低いからです。他のどこかで議題に上り、解決できそうな方法やパッチ、回避策が提案されている可能性は常にあります。システムのメーリングリストや同様にホームページには。最新の情報がある可能性があるので、特に注意を払ってください。いった情報が存在する場合は、バグ報告で常に参照するようにしてください。現在のバグ一覧を確認してください。報告されたバグを全て追跡しています。パッケージの同名コマンドを使ってバグを報告することもできます。パッケージに対して報告してください。疑似パッケージに対して報告してください。その場合は私達が調べて適切なものに割り当てし直します。報告すべきでは*{ない}*ことに注意してください。