web-dev-qa-db-ja.com

現在のリリースに含まれているパッチを入手することは可能ですか？もしそうなら、どうですか？

しばらく前に私は CompizのPlace Windowプラグインのバグ を報告しました。これは、影響を受ける人々にとってはかなり大きな退行です。主にGnome-Fallbackを使用している人々は、レポートで判断します。

パッチは少し後に浮上しました。私はテスト用のPPAを作成しましたが、これまでに関係した全員が問題が修正されたと報告しています。 別のバグ も修正します。私は標準のUnityデスクトップでテストを行ったので、（私のテストでは）悪影響は見られなかったと言えます。

これをUbuntuにプッシュしたいのは、主に2つの理由があります。

  • 私は利己的です。 Compizの新しいバージョンが12.04にプッシュされるたびにPPAを更新する必要はありません。
  • 愚かな小さなバグのために、Ubuntuユーザーがウィンドウが飛んでいるのを見たくありません。

このパッチをUbuntuのバージョンのCompizにできるだけ早くプッシュしたいので、これらのバグを修正済みとしてマークし、私たちの生活を続けることができます。

これを今Ubuntuに引き込むために誰の足をこぶしなければなりませんか？

私はこのプロジェクトを維持していませんが、それは上流のものですが、Ubuntuにはかなり不可欠です。 Compizに行くこともできますが、パッチを受け入れた場合、Ubuntuの近くになるまでに数か月（少なくともリリース）はかかると思います。

そして、適切な人物を見つけた場合、どうすれば彼らのプロセスを可能な限りスムーズにすることができますか？

私は彼らに私のリクエストを見てもらい、「うん、それはすべて見栄えがよく、完了しました」と言ってそれだけです。パッチの側面に対処する17ラウンドの電子メールは必要ありません。さらに重要なことに、私は彼らの時間も無駄にしたくありません。

そして、私はそれらを提供する必要がありますか？私のパッケージングスキルは...嘆かわしいです。これはパッケージを再配布するためのパッチを当てる私の最初の試みだったので、私はおそらくすべてのパッケージングエラーを人に知らせました。彼らは元のパッチに満足しますか（彼らが自分で適用できるようにします）、またはdiff/changelogが少しクリーンになるように再パッケージ化しますか？.

注：この質問はCompizについてですが、回答が他のスタイルのパッケージに対応できる場合、私はそれを好みますまた、問題を修正する方法についての信頼できる包括的なスレッドがあります。

updatespackagingbug-reportingpatch
15
Oli

Dobeyが述べたように、パッチがUbuntuのすでにリリースされているバージョンに受け入れられるためには、パッチが Stable Release Update （SRU）プロセスを通過する必要があります。 SRUへのエントリーの障壁はかなり高いです。プロセスの背後にある考え方を要約する簡単な方法は、「私たちが知っているバグは、知らないバグよりも優れている」かもしれません。実際には、対象となるバグ修正のみが許可され、あまりに「煩わしい」変更はありません。

SRUを続行するには、いくつかの要件を満たす必要があります。

  • バグは現在の開発リリース（つまり、量的）で修正されています。
  • バグレポートの説明を更新して、安定版リリースで修正が必要な理由の正当性、バグを再現して修正されたことを確認するテストケース、および修正の回帰の可能性についての説明を含める必要があります。
  • Launchpadチームubuntu-sruは、バグレポートに登録する必要があります。
  • 次に、パッケージがrelease-proposedにアップロードされます。これを行うには、 スポンサーシッププロセス を実行する必要があります（詳細未満）。

すべてが発生した後、SRUチームは-proposedのパッケージがバグを解決することを確認します。その後、パッケージは、最短のエージング期間である7日が経過した後、-updatesにプッシュされます。

適切な人を見つける

あなたの質問は、ランチパッドがパッチが死ぬところにあるように見えることがあるという事実を示唆しています。悲しいことに、あなたがそのプロセスを知らなければ、それはそのように感じることができますが、私はそれが本当にそれほど悪くないことを誓います。幸いにも、あなたが知る必要がある主なことは簡単です。すべての詳細とヒントについては スポンサーシッププロセス を確認してください。ただし、最も重要な部分は、ubuntu-sponsorsチームをバグレポートに登録することです。これにより、 スポンサーキュー に表示され、誠実な神Ubuntuの開発者に見られます。

リアルタイムで何かを話し合う必要がある場合は、Freenodeの#ubuntu-devel IRCがうまくいきます。現在のパッチパイロットのチャネルトピックを確認してください。彼らはあなたを助けるためにそこにいます。勤務中のパイロットがいない場合は、チャンネルで遠慮なく助けを求めてください。ただし、しばらくお待ちください。

すべてを準備する

プロセスをできるだけ早く進めるためには、いくつかのことを行う必要があります。

バグの説明を次のように更新します。

[影響]

ユーザーへのバグの影響と、修正を安定版リリースにバックポートする理由の説明は次のとおりです

[テストケース]

  1. ステップ

  2. 沿って

  3. ステップ

  4. 指示

  5. 検証します

  6. 修正

[回帰の可能性]

ここでは、回帰の可能性について説明します。

【オリジナルレポート】

説明に含まれていたものはすべて以下に記載されています。

次に、パッチを準備します。 debdiffsを指定すると、上流のソースに対するパッチではなく、すべてのパッケージ化ビットを処理することで、処理速度が大幅に向上します。 。これには、パッケージパッチシステムを使用する場合は、それを使用することも含まれます。幸いadd-patchbuntu-dev-tools Install ubuntu-dev-tools はあなたのためにそれを処理することができます。

これを見ていきましょう。まず、バグレポートでソースとパッチを取得します。

$ pull-lp-source compiz precise
$ wget https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/974242/+attachment/3141645/+files/fix-974242.patch

次に、パッチをソースパッケージに追加します。

$ cd compiz-0.9.7.8/
$ add-patch ../fix-974242.patch

これにより、debian/patchesにパッチが追加され、dchが実行されます。新しいエントリをdebian/changelogに追加するように求められます。エントリをターゲットに調整し、バージョン番号をインクリメントして、次のバージョンは開発リリースにアップロードされました。そのようです：

compiz (1:0.9.7.8-0ubuntu1.1) precise-proposed; urgency=low

  * debian/patches/fix-974242.patch: [DESCRIBE CHANGES HERE]

 -- Your Name <[email protected]>  Mon, 11 Jun 2012 17:37:59 -0400

debian/patches/fix-974242.patchのファイルには、編集する可能性のあるいくつかのヘッダーもあります。

## Description: add some description
## Origin/Author: add some Origin or author
## Bug: bug URL

次に、新しいソースパッケージをビルドします。

$ debuild -S -us

そして、debdiffを作成します。

$ cd ..
$ debdiff compiz_0.9.7.8-0ubuntu1.dsc compiz_0.9.7.8-0ubuntu1.1.dsc > sru-for-lp-974242.debdiff

結果のdebdiffファイルをバグレポートに添付できるようになりました。

14
andrewsomething

12.04に出荷するには、安定リリース更新が必要です。許容される修正のタイプと、それらを取得するための手順については、 https://wiki.ubuntu.com/StableReleaseUpdates を参照してください。

3
dobey