ソフトウェアのバグを Fedora に報告する方法
バグまたはソフトウェアのバグとは、望ましくない、または不正確な結果を引き起こすプログラム内のエラー、間違い、障害、障害のことです。バグにより、プログラム/アプリケーション/ソフトウェアが意図したとおりに機能しなくなります。
すべてではないにしてもほとんどの Linux ディストリビューションと同様に、Fedora はユーザーがバグ レポートを提出する手段を提供します。バグ報告はソフトウェア開発者だけに限定されないことに留意してください。すべてのユーザー (通常のユーザーを含む) は、遭遇したバグを報告することをお勧めします。バグが埋められると、パッケージの管理者はバグレポートを見て、その処理方法を決定します。
重要: バグは必ずしもソフトウェアのクラッシュである必要はない場合があります。上記のバグの定義に関連して、アプリケーションで見つかった望ましくない動作または予期しない動作はすべてバグとして報告される必要があります。
この記事では、Fedora でソフトウェアまたはアプリケーションのバグ レポートを提出するさまざまな手順を説明します。
Fedora でバグを報告する前に
バグを報告する前に、ソフトウェアの最新バージョンを使用していることを確認してください。そうでない場合は、ダウンロードしてインストールします。通常、ソフトウェアの最新バージョンにはバグ修正や改善などが含まれています。報告したいバグは、ソフトウェアの最新リリースで修正されている可能性があります。
Fedora システムにインストールされているすべてのソフトウェアを利用可能な最新バージョンに更新するには、次の dnf コマンドを (root 権限で) 定期的に実行してシステムを確認し、更新します。
sudo dnf update --refresh
ソフトウェアの最新バージョンにまだバグがある場合は、バグが報告されているかどうかを確認できます。次の URL を使用して、Fedora パッケージに関して報告されたすべてのバグを確認できます。
https://apps.fedoraproject.org/packages/<package-name>/bugs/
これにより、問題のパッケージについて報告されたすべてのバグのリストが形式 (バグ、ステータス、説明、リリース) で表示されるページに直接移動します。このページには、新しいバグを報告するためのリンク (新しいバグを報告) もあり、未解決のバグとブロックされているバグの合計数が表示されます。例えば:
https://apps.fedoraproject.org/packages/dnf/bugs/
バグの詳細 (DNF バグ 1032541 など) を表示するには、そのバグをクリックします。問題を説明するバグレポートがすでに提出されている場合は、必要な追加情報をレポートに提供できます。
レポートに関する最新情報を受け取るには、レポートに自分自身を「CC」(カーボンコピー)する必要があります。 [CC リストに追加] オプションをオンにして、[変更を保存] ボタンをクリックします。
バグが報告されていないことがわかったら、次のセクションで説明するように報告してください。
Fedora でのバグレポートの提出
バグを報告するには、[新しいバグを報告] ボタンをクリックし、ドロップダウン メニューから [Fedora に対して] または [EPEL に対して] を選択します。 。
次の図に示すように、バグ トラッカーの新しいバグ レポート テンプレートにリダイレクトされます。バグレポートテンプレートにアクセスするには、Red Hat Bugzilla アカウントを持っており、ログインしている必要があります。ログインしていない場合は、新しいアカウントを作成できます。
設定する必要があるフィールドについて簡単に説明します。
- コンポーネント: パッケージの名前を指定するために使用されます。
- バージョン: バグが観察された Fedora のバージョンを設定するために使用されます。重大度、ハードウェア、OS も指定できます。
- 概要: これを使用して、問題の有用な短い概要を提供します。
- 説明: 提供されたテンプレート (以下で説明) を使用して、問題に関する詳細情報を追加します。
- 添付ファイル: これを使用して、問題の詳細情報を提供するファイルを添付します (ファイルには、スクリーンショット、ログ ファイル、画面録画などが含まれる場合があります)。
選択したコンポーネントのバージョン - リリース番号 (該当する場合):
パッケージのバージョン リリース番号をここで指定する必要があります。 rpm コマンドを使用して、パッケージのバージョン番号 (この例では DNF バージョン 4.0.4) を取得できます。
rpm -q dnf
再現性の程度:
問題が発生する頻度を指定します。推奨される回答は次のとおりです。
- 常に: 問題が時々発生する場合は、これを入力してください。
- 時々: 問題が時々発生する場合は、これを入力します。
- 1 回のみ: 問題を 1 回観察した場合はこれを入力します。
再現する手順:
問題の説明の最後のセクションでは、他のユーザーがバグを検証できるようにする情報を提供することができ、また、問題の原因となる特定の手順を開発者に知らせることもできます。
- 実際の結果: 問題が発生したときに観察された内容を指定します。
- 期待される結果: このフィールドは、ソフトウェアが正しく動作した場合に起こると予想される結果を入力するために使用されます。
- 追加情報: メンテナに役立つ追加情報をここに追加します。
バグを報告したら、次にそれに関する更新を監視します。通常、レポートに対する新しいコメントの電子メール通知は、バグ レポートに参加している全員 (つまり、報告者、メンテナ、および他のユーザー) に送信されます。
たまたまバグが修正された場合、管理者はソフトウェアの改良版をリリースします。 Bodhi (Fedora ベースのソフトウェア配布のアップデート公開プロセスを容易にする Web システム) は、ソフトウェアの改良版がリリースされた後、レポートにコメントを追加します。
最後になりましたが、 改善されたバージョンが菩提でより適切に動作するかどうかを確認することで、メンテナを助けることができます。ソフトウェアの改良版がQA (品質保証) プロセスを通過すると、バグは自動的にクローズされます。
それだけです!この記事では、Fedora で新しいバグ レポートを提出するさまざまな手順について説明しました。ご質問、コメント、共有したい追加情報がある場合は、以下のフィードバック フォームをご利用ください。