その他 - バグレポート

概要

開発者および経験豊富なユーザは、http://bugzilla.opensuse.org/ にアクセスして、バグを報告する。
技術者でないユーザは、http://forums.opensuse.org/ にアクセスする。

一般的に、openSUSEプロジェクトには、Linuxユーザと開発者のボランティアネットワークがあり、開発版リリースのテストを通じてopenSUSEの継続的な作成と改良に参加している。
このテスターチームは、関連するバグを発見および報告することにより、Linuxディストリビューションを改善するという共通の使命を担っている。

openSUSEのバグ追跡システムであるBugzillaにて、バグを報告、機能強化のレポートを提出、パッチの提供を行う。
Bugzillaにて、明確で正確な詳細を提供することにより、開発者が不具合を簡単に再現して、迅速な解決策を見つけることができる。

バグ報告者のチームに参加したい場合は、openSUSEバグ報告FAQで情報を確認して、深刻度と優先順位について読み、
新規テスターのためのテスト情報を閲覧する。

また、バグの修正に関する文書で説明されているように、バグを直接修正することも歓迎される。

※注意
openSUSE Leap 15.3以降のopenSUSE Leapは、SUSE Linux Enterpriseのバイナリをベースにビルドされている。
これらの継承されたパッケージに対するバグレポートは、PUBLIC SUSE Linux Enterprise bugzilla製品で追跡されて、SLEリリースマネージャにより優先順位が設定される。

バグレポートの提出

Bugzillaアカウントの作成

既に、OBSアカウントを持っている場合は、Bugzillaアカウントの作成は不要である。
それ以外の場合は、https://idp-portal.suse.com/univention/self-service/#page=createaccount にアクセスして、Bugzillaアカウントを作成する。

Bugzillaへのアクセス

Bugzillaにバグを報告するには、以下に示すリストの中からopenSUSEのバージョンに対応するページにアクセスする。

まず、ログインページが表示される。(BugzillaとopenSUSE wikiのログインは同じ)

• openSUSE Tumbleweed

  openSUSEのローリングリリース版

• openSUSE MicroOS

  トランザクションアップデートのマイクロサービスOS

• openSUSE Kubic

  MicroOSをベースとしたCNCF認定のKubernetes向けディストリビューション

• openSUSE Leap 15.3
• PUBLIC SUSE Linux Enterprise Server 15 SP3
• PUBLIC SUSE Linux Enterprise Desktop 15 SP3
• openSUSE Leap 15.4
• PUBLIC SUSE Linux Enterprise Server 15 SP4
• PUBLIC SUSE Linux Enterprise Desktop 15 SP4

  通常リリースの安定版

openSUSEのプロジェクトに関連するバグの一覧は、openSUSEのバグ統計を参照する。

Bugzillaでの作業をより快適にするために、OperaやFirefoxでHelper javascriptsを使用することができる。
これは、WebブラウザからGreasemonkey拡張をインストールする。

バグを検索する

バグを報告する前に、既にそのバグが報告されていないかどうかを検索および確認する。

• Open bugs for Leap 15.3
• Open bugs for Leap 15.4
• Bugs for PUBLIC SUSE Linux Enterprise 15 SP4 Family

バグを報告する

Bugzillaは、サポートの代わりになるものではないため、バグを報告する前に、それが本当にバグであることを確認する。
バグかどうかユーザ自身が判断できない場合、まず、メーリングリスト（opensuse-support）で議論する。

SLEから継承したパッケージは、PUBLIC SUSE Linux Enterprise製品（上記リンク参照）で追跡する必要がある。
コミュニティがメンテナンスするパッケージは、openSUSE Distrbution製品で報告されることが期待されている。
もし、ユーザ自身が判断できない場合、openSUSEディストリビューションで報告することにより、Leapリリースマネージャ、審査チーム、個々のチームのトリアージ担当者が、それぞれのPUBLIC SLE製品の下に移動する。

バグを報告する際は、常に正しい製品を選択することにより、問題の早期解決ができる。
また、報告するバグごとに1つの報告書を使用することが重要である。
複数のバグを1つのバグレポートを使用することは、各項目の進捗状況を追跡することが困難になるため、禁止されている。

問題を分割してバグを報告することは、問題を独立して処理するための前提条件となる。

ソフトウェアコンポーネントによって、バグレポートに関する特別な指示がある。