Требующие доработки и будущие пакеты (Work-Needing and Prospective Packages, WNPP) — это список пакетов, которым нужны новые сопровождающие и пакетов, которые планируется включить в Debian. Для отслеживания состояния WNPP, он существует в виде псевдо-пакета в Системе отслеживания ошибок Debian (Bug Tracking System, BTS).
Пакеты, которым необходимы новые сопровождающие:
усыновить
усыновить, сгруппированные по сопровождающим
Осиротевшиепакеты
усыновления
Пакеты, сопровождающим которых нужна помощь
ПО, которое не может быть включено в пакет
Примечание: эти списки обновляются раз в день, более актуальную информацию можно получить на страницах псевдо-пакета wnpp в BTS.
reportbug
Поскольку для работы с этим списком используется BTS, каждый разработчик уже знаком с техническими подробностями, такими как отправка сообщения, его изменения или закрытия запросов. С другой стороны, существуют некоторые процедуры, призванные автоматизировать этот процесс.
Чтобы добавить информацию, следует отправить отдельный отчёт об ошибке в псевдо-пакете wnpp для каждого реального пакета. Обратите внимание на то, что следует отправлять один отчёт об ошибке для пакета исходного кода, а не отдельные сообщения для каждого собираемого из него двоичного пакета.
reportbug
Для отправки сообщений можно использовать программу reportbug (apt-get install reportbug):
$ reportbug --email username@domain.tld wnppВы увидите список ошибок в WNPP. Вы должны прочитать его, чтобы не отправить повторное сообщение для того же пакета.
После списка ошибок (buglist) вам нужно ввести тип запроса:
What sort of request is this?Intent To Package. Please submit a package description
Orphaned. It needs a new maintainer as soon
Request for Adoption. Due to lack of time, resources,
Request For Help. The current maintainer wants to continue
Request For Package. You have found an interesting piece
После выбора следует ввести название пакета:
Choose the request type: xЕсли тип запроса — ITP (1) или RFP (4), вас попросят ввести краткое описание и информацию о пакете:
Please briefly describe this package; this should be an appropriate short description for the eventual package:Под строкой Description
следует привести дополнительную информацию
о пакете.
Если тип запроса — O (2) или RFA (3), нужно ввести название пакета.
Choose the request type: xСледует добавить короткую информацию о сопровождении пакета, положении дел с исходной программой и, возможно, причину, по которой хотите прекратить работу над пакетом.
После этого вас спросят, хотите ли вы послать запрос:
Report will be sent to Debian Bug Tracking System <submit@bugs.debian.org>Можно также отправить отчёт об ошибке в WNPP по электронной почте. Сообщение должно иметь следующий формат:
To: submit@bugs.debian.orgИспользуемые теги и соответствующие уровни важности:
| O | normal | Пакет осиротел(Orphaned) и нуждается в новом сопровождающем как можно скорее. Если приоритет пакета "стандартный" или выше, следует выставить уровень важности important. |
|---|---|---|
| RFA | normal | Просьба об усыновлении(Request for Adoption). Из-за недостатка времени, ресурсов, интереса или чего-то ещё, нынешний сопровождающий просит сопровождать этот пакет кого-то другого. Он пока продолжает его сопровождать, но, возможно, не лучшим образом. Коротко: пакету нужен новый сопровождающий. |
| RFH | normal | Просьба о помощи(Request For Help). Нынешний сопровождающий намерен и далее сопровождать пакет, но нуждается в помощи из-за недостатка времени или из-за того, что пакет слишком велик и требует нескольких сопровождающих. |
| ITP | wishlist | Намерение создать пакет(Intent To Package). Пожалуйста, включайте в такие сообщения описание пакета, информацию об авторских правах и URL. |
| RFP | wishlist | Просьба создать пакет(Request For Package). Кто-то нашёл интересное ПО и хотел бы, чтобы кто-то сопровождал его в Debian. Пожалуйста, включайте в такие сообщения описание пакета, информацию об авторских правах и URL. |
Для закрытия ошибки следует придерживаться следующей процедуры:
| O | Если вы собираетесь усыновитьпакет, переименуйте отчёт об ошибке, заменив Oна ITA, чтобы другие знали, что пакет будет усыновлён, и чтобы предотвратить его автоматическое удаление из архива. Также укажите себя в качестве хозяинаошибки. Чтобы фактически усыновитьпакет, загрузите его новую версию со своим именем в поле Maintainer: и включите в журнал изменений текст наподобие следующего:
* New maintainer (Closes: #номер_ошибки)
чтобы автоматически закрыть эту ошибку при включении пакета в архив.
номер_ошибки следует заменить номером соответствующего
отчёта об ошибке. Кроме того, перед загрузкой нового пакета вы должны
проверить, не вышла ли новая версия, и попытаться исправить не устранённые
ошибки в нём.
|
|---|---|
| RFA | Если вы собираетесь Если вы являетесь сопровождающим пакета и приняли решение |
| RFH | Обычно эта ошибка должны закрываться отправителем сообщения, т.е. сопровождающим пакета, если он считает просьбу неактуальной (либо кто-то уже предложил и предоставил помощь, либо если он считает, что в дальнейшем сможет поддерживать пакет самостоятельно). Если вы, являясь сопровождающим пакета, принимаете решение
изменить тип запроса с |
| ITP | создайте пакет, загрузите его и закройте ошибку после включения пакета в архив. Если вы передумали и больше не собираетесь создавать пакет, закройте ошибку или переименуйте отчёт об ошибке, заменив ITP на RFP. Если вы наткнулись на проблемы в создании пакета (например, если она зависит от другого, ещё-не-созданного-пакета, на создание которого вы не хотите тратить своё время), вы можете записать эти проблемы как дополнительную информацию в ITP, чтобы было ясно, что происходит с вашими попытками создать пакет. |
| RFP | Если вы планируете создать пакет, переименуйте отчёт об
ошибке, заменив RFPна ITP, чтобы другие знали, что пакет будет создан. Также укажите себя в качестве "хозяина" ошибки. Затем создайте пакет, загрузите его и закройте ошибку после включения пакета в архив. |
Если вы полагаете, что о вашем намерении создать пакет, просьбе об
усыновлении
и т.д. следует поставить в известность подписчиков списка рассылки
разработчиков, добавьте в сообщение заголовок
X-Debbugs-CC: debian-devel@lists.debian.org
(обратите внимание на то, что это реальный заголовок, не псевдо-заголовок).
Конечно, самый лёгкий способ закрыть ошибки состоит в том, чтобы включить в журнал изменений пакета информацию о ваших действиях и добавить в конце (closes: bug#nnnnn). При этом ошибка будет закрыта автоматически после того, как новый пакет попадёт в архив.
Внимание: вы не можете переназначить, переименовать отчёт об ошибке или изменить его "хозяина", ни отправляя сообщения по адресу номер_ошибки@bugs.debian.org, ни создавая новые отчёты. Вы должны отправить соответствующее сообщение роботу управления BTS — прочитайте соответствующую инструкцию!
Обратите внимание: если пакет остаётся "осиротевшим" в течение долгого времени, мы исследуем ситуацию, чтобы определить, нужен ли ещё этот пакет. Если это не так, мы просим сопровождающих FTP удалить пакет из нестабильного дистрибутива.
Если по каким-либо причинам вам нужно связаться с сопровождающими WNPP, пишите на wnpp@debian.org.