答え1
ディストリビューションのバグ追跡システムを使用してバグレポートを送信することをお勧めします。もしあなたは彼らのビルドを使用しています。
その後、バグレポートが通常のバージョンにも存在することがわかった場合は、アップストリーム管理者にバグレポートをエスカレートできます。
これの根拠は簡単です。多くのディストリビューションが独自のパッチを適用するためです。確認するバグがストックビルドに存在する場合、パッケージャはあなたのディストリビューションとはまったく異なるディストリビューションにあるかもしれないアップストリーム開発者よりも可能な設定（一般とパッチ）の両方をテストするのに良い場所にあるかもしれません。システムは同じように実行されます。建築学。選択もサポートされていません。
プログラムの複雑さと説明できない動作の種類によっては、問題のプログラムのデフォルトバージョンを使用している場合でも、ディストリビューションのバグトラッカーにバグを報告するのが合理的かもしれません。すべての依存関係のパッチバージョンです。
合理的な時間内に配布パッケージマネージャから応答を受け取らない場合は、もちろんアップストリーム管理者にバグをエスカレートできます。この場合、元のレポートへのリンクもコンテキストに含める必要があり、リリースのバグ追跡システムで相互参照され、あるレポートから別のレポートに簡単に移動できます。
結論：問題がない限り、アップストリームマネージャを悩ませないでください。彼らコードやリリースマネージャからはまったく応答がありません。
答え2
私はいつもこれをディストリビューションとアップストリームに送信します。可能であれば、両方のシステムでこれを行ったことに注意してください。エラーの直接URLを提供して、あなたが行ったことを明確に知ることができます。
何も変更されていないバグを何度も見てきたので、アプリ開発者だけでなく、アプリに付属のデプロイにローカルで問題の可視性を最大限に提供するのが最善です。
しかし、最善の判断を下してください。