Ubuntuパッケージの背後にあるコミュニティを評価するにはどうすればよいですか？
複雑なオープンソースコンポーネントの構成と使用を試みる前に、バグレポートまたはサポートリクエストが応答を得る可能性が高いかどうかについてある程度の知識を持っておくと便利です。私はubuntuの何かの元のアップストリームソースに対してこれを行う方法について合理的な手がかりを持っています。
ただし、6.2u5-1ubuntu1のようなバージョンを見ると、特にUbuntu開発コミュニティがパッケージを担当していることがわかります。これは、アップストリームのソースバンドルを構築するのが難しい場合に特に当てはまります。したがって、Ubuntu用の.debを作成した人が多くの作業を行ったことは明らかです。
Ubuntu debianの出所を追跡し、それを行った人々がまだそれを維持しているかどうかを知るにはどうすればよいですか？パッケージをパッケージャーにマップするUbuntuインデックスはありますか？
私の今の例は、gridengine-qmonとその仲間たちです。
変更ログからいくつかのことを推測できます。まず、Ubuntuの変更ログを見てみましょう。
小さなエキスパンダーをクリックすると、Ubuntuの変更ログが表示されます。そこにoneiricのためにあなたは見るでしょう：
gridengine（6.2u5-3ubuntu1）oneiric;緊急度=低
- Debianと再同期：
- ドロップ設定-Wno-error、Debianパッケージですでに行われています
- 100-as-needed.diff：新しいパッチ、FTBFSを修正（LP：＃770777）。
- Rebuildは、openssl0.9.8へのバイナリ依存関係を取り除きます。
さて、このパッケージに触れた最後の人がDebianと同期しているように見えます。これは良いことです。それでは、Debianの変更ログを見てみましょう。
パッケージはDebianでも積極的に保守されているようですが、これまでのところ良好です。
誰かが積極的にパッケージをDebianと同期させているので、メンテナが応答していることを示す良い兆候かもしれません。ここで私がお勧めするのは、ubuntuパッケージに対してバグを報告し、問題の手順を概説して、そこから進むことです。
コミュニティがパッケージの周りでどれほど活発であるかを確認するためにできることは他にもあります。たとえば、それに触れた人がアップストリームのメーリングリストに定期的に投稿しているかどうか、パッチを定期的にアップストリームに送信しているかどうかなどを確認できます。個人的には、変更ログは通常十分な指標です。
Debian ubuntuパッケージとは対照的に、通常、独自のメンテナはありません。実際には、これは元のdebianパッケージに非常に近いことを意味します。これは、この特定のパッケージにも当てはまります。
それにもかかわらず：あなたは特に最後のバージョンをアップロードしたランチパッドで見ることができます。 https://launchpad.net/ubuntu/+source/gridengine/6.2u5-3ubuntu1
また、Debianのメンテナに連絡して、ubuntuの問題に答える準備ができているかどうかを確認することもできます。それらの多くはそれを行います。
まず、これは非常に困難で、潜在的に議論の余地のある主観的な質問です。
そうは言っても、私の提案はこれです：
上流のプロジェクトを見てください。私が見たUbuntuパッケージャーの多くは、バグなどではなく、すべてパッケージングに関するものです。
ただし、自分で決定する必要があります。1つの場所として、ソフトウェアのランチパッドプロジェクトがあります。