バグ報告は多くのオープンソースプロジェクトの重要な側面です。バグを報告することは、コア開発チームが起こり得るあらゆる問題を調査して修正するチャンスを確実に増やします。重要な注意点は、特定の問題を引き起こしているのが GIMP であるのかどうかを認識することです。そのことから、GIMP 開発者へ明確で簡潔、綿密な報告をする必要があることを理解することができます。
概要として、ある程度のシステム情報をバグ報告のなかで提供できることが望ましいです。あなたはこの重要なバグ情報の全てを入手するために、一体何をどのようにすればいいのかなと思っているかもしれません。
最初に重要な情報は、実行している GIMP のバージョンです。これはヘルプの GIMP について... をクリックすることによって分かります。想像できるとおり、報告しようとしている問題があなたが使用しているものより最近の GIMP バージョンで既に修正されていれば、問題はすぐ解決できます。GIMP のコピーをどこから入手したかということも役に立ちます。ディストリビューションに含まれていたのですか？ 雑誌の CD をコピーしたのですか？ .rpm や .deb をダウンロードしたのですか？ これは間違ったライブラリバージョンといったような、外部の影響によって引き起こされる問題の所在を突き止めるのに役立つでしょう。これと同じくらい重要なことは、あなたのシステムで使用している現在の GTK のバージョンです。この情報を知る最も簡単な方法は、ターミナルウィンドウ (Xterm、Eterm、コンソール、など) を起動し、gtk-config --version を実行することです。これはターミナルへ GTK のバージョンを出力します。
それ以外にも役立つかもしれないことは、XFree86 のバージョンです。これは確認がちょっと難しいです。もし RedHat や Mandrake や Debian や CorelLinux など、その他多くのパッケージ管理システムを使用する Linux ディストリビューションを使用しているのなら、アプリケーションのバージョン番号を突き止めるために重宝するパッケージツールが見付かります。XFree86 は、ウィンドウマネージャがウィンドウやタイトルバーやドックといった、画面で見る素敵なものを表示することができるウィンドウシステムです。Windows を使用している場合には、この限りではありません。
ウィンドウ表示に関連する問題 (ダイアログを表示しなかったり、エラー表示無しで GIMP が突然見えなくなったりといったような問題) や、ディスプレイが奇妙な方向を指しているのであれば、どのウィンドウマネージャを使っているのかを知ることは役に立ちます。それともう一つの質問は、(もしどちらかであれば) GNOME か KDE のどれを使っているかです。
それ以外の有益なちょっとした情報は、診断のためにとても大切なことで、問題が発生してどうなったかをありのままに述べることです。"foo プラグインが動きません。" とただ言われてもあまり役に立ちません。"'bar プラグイン' の 'foo ボタン' をクリックした時に GIMP がこんな風に動かないと言ってます。" というように、できる限り具体的に説明しようとして下さい。開発者が、GIMP のどの部分がエラーを起こしたかとか、あなたが指摘する問題は何かについて正確に知らなければ、彼らはあなたを現実に助けることができません。
さあ、綿密なバグ報告に必要な情報がみんな集まりました。実際に報告を提出することにしましょう。
レポートを提出する良い方法が一つだけあります。GNOME バグ追跡システムです。ユーザーアカウントを設定してからレポートを提出することができます。提供された情報が正確であることは肝要です。
簡潔で、洞察力に富んでいて、ちょっとだけ図々しい、そんなバグレポートを提出しましたか？ 開発者が全ての報告に自ら返答するのを期待することは不合理かもしれません。しかし、あなたの報告が指摘したことは認識し、もしこれが再現できるなら、修正されるでしょう。実際にはバグではないバグ (コードと関係しない問題) は、ほかの誰かが再現できるか、同じ問題が以前にもあれば、あたなのために回答されるでしょう。