Чи можливо отримати патч, включений у поточний випуск? Якщо так, то як?

Отже, деякий час назад я повідомив про помилку в плагіні Place Window Compiz . Це досить великий регрес для людей, яких це постраждало: в основному тих, хто використовує Gnome-Fallback, судячи з доповідей.

Невдовзі сплив пластир. Я створив PPA для тестування, і всі, хто до цього часу бере участь, повідомляють, що проблеми виправлені. Він навіть виправляє чергову помилку . Я тестував на стандартному робочому столі Unity і можу сказати (для мого тестування) ніяких несприятливих ефектів не було видно.

Я хочу перенести це на Ubuntu зараз з двох основних причин:

• Я егоїст. Я не хочу оновлювати свій PPA кожен раз, коли нова версія Compiz буде перенесена на 12.04.
• Я не хочу, щоб користувачі Ubuntu бачили, як їхні вікна літають навколо через дурного маленького помилка.

Я хочу, щоб цей патч якомога швидше перейшов до версії Compiz Ubuntu, щоб ми могли відзначити ці помилки виправленими та продовжувати своє життя.

Чию ногу я повинен горбати, щоб зараз втягнути це в Ubuntu?

Я не підтримую цей проект, і це річ вище, але це досить інтегрально для Ubuntu. Я міг би поїхати в Compiz, але думаю, що якщо вони приймуть виправлення, це пройде місяці (принаймні випуск), перш ніж він з’явиться десь поблизу Ubuntu.

І коли я знаходжу потрібну людину, як я можу зробити процес максимально гладким для них?

Я хочу, щоб вони побачили моє прохання, перейдіть "Так, все виглядає чудово, зроблено", і все. Я не хочу сімнадцять раундів електронних листів, що стосуються аспектів виправлення. Що ще важливіше, я також не хочу витрачати свій час.

І що я маю їх надати? Мої навички пакування ... плачевні. Це була моя перша спроба виправлення пакету для перерозподілу, тому я, мабуть, зробив людині кожну помилку упаковки відомою. Чи будуть вони задоволені оригінальним патчем (щоб вони могли застосувати його самостійно) чи мені слід перепакувати речі, щоб diff / changelog був трохи чистішим (це знадобило мені декілька варіантів, і версія завжди є в усьому місці).

_{Примітка: Це питання є про Compiz , але я б вважав за краще , якщо відповіді можуть звертатися іншими стилями пакета теж так ми маємо авторитетну і всеосяжну нитка , як отримати речі фіксовані.}

Як зазначав Добі, для того, щоб патч був прийнятий у вже випущену версію Ubuntu, він повинен пройти процес оновлення стабільної версії (SRU). Планка для входу для SRU досить висока. Простим способом підбити підсумки мислення за процесом може бути: "Про помилку, про яку ми знаємо, краще, ніж про помилку, про яку ми не знаємо". На практиці це означає, що дозволяються лише цільові виправлення помилок, а також не занадто "нав'язливі" зміни.

Існує низка вимог, які повинні бути виконані, щоб продовжувати використання SRU:

• Помилка зафіксована у поточному випуску розробки (тобто кванталі).
• Опис звіту про помилки має бути оновлено, щоб містити обґрунтування того, чому виправлення потрібне у стабільному випуску, тестовий випадок для відтворення помилки та перевірки її виправлення та обговорення регресійного потенціалу виправлення.
• Команда Launchpad ubuntu-sruповинна передплатити звіт про помилку.
• Потім пакет завантажується до випуску.-proposed Щоб це відбулося, вам потрібно буде пройти процес спонсорства (більше інформації нижче).

Після всього, що відбулося, команда СРУ перевірить, що пакет -proposedвирішує помилку. Потім пакет буде відсунутий -updatesпісля того , як пройшов мінімальний період витримки 7 днів.

Пошук потрібної людини

Ваше запитання натякає на те, що іноді Launchpad здається, що саме там патчі відмирають. На жаль, якщо ви не знаєте цього процесу, він може відчувати себе таким чином, але клянусь, це насправді не так вже й погано. На щастя, головне, що потрібно знати, - це просто. Ознайомтеся зі спонсорським процесом, щоб дізнатися всі деталі та деякі підказки, але найважливіша частина - підписати ubuntu-sponsorsкоманду на звіт про помилку. Це гарантує, що воно з’явиться у черзі спонсорства та його перегляне чесний бог розробник Ubuntu.

Якщо вам потрібно щось поговорити в режимі реального часу, #ubuntu-develIRC на Freenode зробить свою справу. Перевірте тему каналу для поточного пілотного патча. Вони там, щоб допомогти вам. Якщо дежурного пілота немає, сміливо попросіть допомогу в каналі, але будьте терплячі.

Готуємо все до роботи

Щоб зробити процес якнайшвидшим, потрібно зробити кілька речей.

Оновіть опис помилки таким чином:

[Вплив]

Ось пояснення впливу помилки на користувачів та обґрунтування резервного виправлення виправлення до стабільного випуску

[Тест]

1. Крок

2. За

3. Крок

4. Інструкції

5. Перевірити

6. Виправлення

[Регресійний потенціал]

Ось обговорення будь-якого потенціалу регресії.

[Оригінальний звіт]

Кожна річ, що була в описі, зберігається нижче.

Далі підготуйте патчі. Справа піде набагато швидше, якщо ви надасте борги, які піклуються про всі пакунки, а не патч проти вихідного джерела. Сюди входить використання системи патчів пакетів, якщо вона використовується. На щастя, add-patchвід ubuntu-dev-інструментів можна подбати про це за вас.

Давайте пройдемося по цьому. Спочатку захопіть джерело та виправлення у звіті про помилку:

$ 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 <you@example.com>  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

І створіть дедіфф:

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

Тепер ви можете прикріпити отриманий debdiffфайл до звіту про помилку.

Потрібно оновити стабільний випуск для доставки до 12.04. Див. Https://wiki.ubuntu.com/StableReleaseUpdates щодо прийнятних типів виправлень та процедури їх введення.