path: root/russian/devel/wnpp/index.wml

#use wml::debian::template title="Требующие доработки и будущие пакеты"
#use wml::debian::toc
#include "$(ENGLISHDIR)/devel/wnpp/wnpp.data"
#use wml::debian::translation-check translation="4c06211473f7aea681140be0440565e67814d5fb" maintainer="Lev Lamberov"

<define-tag toc-title-formatting endtag=required><h3>%body</h3></define-tag>

<p>Требующие доработки и будущие пакеты (Work-Needing and Prospective
Packages, WNPP)&nbsp;&mdash; это список пакетов, которым нужны новые
сопровождающие, и пакетов, которые планируется включить в Debian. Для
отслеживания состояния этих пакетов используется псевдопакет wnpp в <a
href="https://bugs.debian.org/">Системе отслеживания ошибок Debian (Bug
Tracking System, BTS)</a>.

<hrline />

<p><a href="work_needing">Пакеты, которым необходимы новые сопровождающие</a>:
</p>
<ul>
  <li>
      <a href="rfa_bypackage"><rfa_number> пакеты, которые можно &laquo;усыновить&raquo;</a>,
      отсортированные <a href="rfa_bymaint">по сопровождающему</a>
      или <a href="rfa_byage">по времени</a>
  </li>
  <li>
      <a href="orphaned"><orphaned_number> &laquo;осиротевшие&raquo; пакеты</a>,
      отсортированные <a href="orphaned_byage">по времени</a>
  </li>
  <li>
      <a href="being_adopted"><adopted_number> пакеты в стадии &laquo;усыновления&raquo;</a>,
      отсортированные <a href="being_adopted_byage">по времени</a>
      или <a href="being_adopted_byactivity">по активности</a>
  </li>
</ul>

<p>
<a href="help_requested"><help_number> пакеты, сопровождающим которых нужна помощь</a>,
отсортированные <a href="help_requested_byage">по времени</a>
или <a href="help_requested_bypop">по популярности</a>
</p>

<p><a href="prospective">Будущие пакеты</a>:</p>
<ul>
  <li>
      <a href="being_packaged"><packaged_number> пакеты, работа над которыми начата</a>,
      отсортированные <a href="being_packaged_byage">по времени</a>
      или <a href="being_packaged_byactivity">по активности</a>
  </li>
  <li>
      <a href="requested"><requested_number> пакеты, которые кто-то хотел бы видеть в Debian</a>,
      отсортированные <a href="requested_byage">по времени</a>
  </li>
</ul>


<p>Примечание: эти списки обновляются шесть раз в день, более актуальную информацию
можно получить на страницах <a
href="https://bugs.debian.org/wnpp">псевдопакета wnpp</a> в BTS.</p>

<p>Вы можете выполнять поиск приведённой выше информации по пакету, описанию или типу
на веб-сайте <a href="https://wnpp.debian.net">поиска WNPP</a>.</p>

<p>Вы можете просмотреть приведённую выше информацию с разбиением на различные категории
(на основе меток <a href="https://debtags.debian.org/">debtags</a>) на
веб-сайте <a href="https://wnpp-by-tags.debian.net">WNPP-по-меткам</a>.</p>

<hrline />

<h2>Использование WNPP</h2>

<toc-display />

<p>Поскольку для работы с этим списком используется BTS, каждый разработчик уже
знаком с техническими подробностями, такими как отправка сообщения, его
изменение или закрытие запросов. С другой стороны, существуют некоторые
процедуры, призванные автоматизировать этот процесс.</p>

<p>Чтобы добавить информацию, следует отправить отдельное сообщение об ошибке в
<a href="https://bugs.debian.org/wnpp">псевдопакете wnpp</a> для каждого
реального пакета. Обратите внимание на то, что следует отправлять одно
сообщение об ошибке для пакета исходного кода, а не отдельные сообщения
для каждого собираемого из него двоичного пакета.</p>


<toc-add-entry>Как отправить сообщение с помощью <q>reportbug</q></toc-add-entry>

<p>Для отправки сообщений можно использовать программу <a
href="https://packages.debian.org/reportbug">reportbug</a>
(<kbd>apt-get install reportbug</kbd>):</p>

<samp>
  $ reportbug --email <var>username@domain.tld</var> wnpp<br />
  Using '<var>Ваше имя &lt;пользователь@домен.зона&gt;</var>' as your from address.<br />
  Getting status for wnpp...<br />
  Querying Debian bug tracking system for reports on wnpp<br />
  (Use ? for help at prompts.)<br />
  ...<br />
</samp>

<p>Вы увидите список ошибок в WNPP. Вы должны прочитать его, чтобы не
отправить повторное сообщение для того же пакета.</p>
<p>После списка ошибок (buglist) вам нужно ввести тип запроса:</p>

<samp>
What sort of request is this?<br />
<br />
1 ITP  This is an <q>Intent To Package</q>. Please submit a package description<br />
       along with copyright and URL in such a report.<br />
<br />
2 O    The package has been <q>Orphaned</q>. It needs a new maintainer as soon<br />
       as possible.<br />
<br />
3 RFA  This is a <q>Request for Adoption</q>. Due to lack of time, resources,<br />
       interest or something similar, the current maintainer is asking for<br />
       someone else to maintain this package. They will maintain it in<br />
       the meantime, but perhaps not in the best possible way. In short:<br />
       the package needs a new maintainer.<br />
<br />
4 RFH  This is a <q>Request For Help</q>. The current maintainer wants to continue<br />
       to maintain this package, but he/she needs some help to do this, because<br />
       his/her time is limited or the package is quite big and needs several<br />
       maintainers.<br />
<br />
5 RFP  This is a <q>Request For Package</q>. You have found an interesting piece<br />
       of software and would like someone else to maintain it for Debian.<br />
       Please submit a package description along with copyright and URL in<br />
       such a report.<br />
<br />
Choose the request type: <br />
</samp>

<p>После выбора следует ввести название пакета:</p>

<samp>
Choose the request type: <var>x</var><br />
Please enter the proposed package name: <var>ИМЯ ПАКЕТА</var><br />
Checking status database...<br />
</samp>

<ul>
<li><p>Если тип запроса&nbsp;&mdash; ITP (1) или RFP (5), вас попросят
ввести краткое описание и информацию о пакете:</p>

<samp>
Please briefly describe this package; this should be an appropriate short
description for the eventual package:<br />
&gt; <var>ОПИСАНИЕ</var><br />
<br />
Subject: ITP: <var>ИМЯ ПАКЕТА -- ОПИСАНИЕ</var><br />
Package: wnpp<br />
Version: N/A; reported 2002-01-30<br />
Severity: wishlist<br />
<br />
* Package name    : <var>ИМЯ ПАКЕТА</var><br />
  Version         : <var>x.y.z</var><br />
  Upstream Author : <var>Имя &lt;кто-то@где-то.org&gt;</var><br />
* URL             : <var>http://www.some.org/</var><br />
* License         : <var>(GPL, LGPL, BSD, MIT/X и т.д.)</var><br />
  Description     : <var>ОПИСАНИЕ</var><br />
<br />
<br />
-- System Information<br />
...<br />
</samp>

<p>Под строкой <q>Description</q> следует привести дополнительную информацию
о пакете.</p></li>

<li><p>Если тип запроса&nbsp;&mdash; O (2) или RFA (3), нужно ввести
название пакета.</p>

<samp>
Choose the request type: <var>x</var><br />
Please enter the name of the package: <var>ИМЯ ПАКЕТА</var><br />
Checking status database...<br />
<br />
Subject: O: <var>ИМЯ ПАКЕТА -- КРАТКОЕ ОПИСАНИЕ</var><br />
Package: wnpp<br />
Version: N/A; reported 2002-01-30<br />
Severity: normal<br />
<br />
<br />
<br />
-- System Information<br />
...<br />
</samp>

<p>Следует добавить короткую информацию о сопровождении пакета, положении
дел с исходной программой и, возможно, причину, по которой хотите прекратить
работу над пакетом.</p></li>

</ul>

<p>После этого вас спросят, хотите ли вы послать запрос:</p>

<samp>
Report will be sent to Debian Bug Tracking System &lt;submit@bugs.debian.org&gt;<br />
Submit this bug report (e to edit) [Y|n|i|e|?]? <br />
</samp>


<toc-add-entry>Как отправить сообщение по электронной почте</toc-add-entry>

<p>Можно также отправить сообщение об ошибке в WNPP по электронной почте.
Сообщение должно иметь следующий формат:</p>

<samp>
  To: submit@bugs.debian.org<br />
  Subject: <var><a href="#tag-severity">[МЕТКА (см. ниже)]</a></var>: <var>имя пакета</var> -- <var>краткое описание</var><br />
  <br />
  Package: wnpp<br />
  Severity: <var><a href="#tag-severity">[ВАЖНОСТЬ (см. ниже)]</a></var><br />
  <br />
  <var>Некоторая информация о пакете.</var> При типе запроса ITP или RFP
  следует обязательно указать URL, по которому находится пакет (файл deb
  или исходный текст), и информацию о его лицензии.
</samp>

<p>Используемые метки и соответствующие уровни важности:</p>

<table>
<colgroup span="3">
<col width="10%">
<col width="10%">
<col width="80%">
</colgroup>
<thead>
<tr>
  <th valign="top"><a name="tag-severity">Метка</a></th>
  <th valign="top">Важность</th>
  <th valign="top">Описание</th>
</tr>
</thead>
<tbody>
<tr>
  <th valign="top"><a name="tag-o">O</a></th>
  <td valign="top"><em>normal</em></td>
  <td>Пакет <q>осиротел</q> (Orphaned) и нуждается в новом
      сопровождающем как можно скорее. Если приоритет пакета <q>стандартный</q>
      или выше, следует выставить уровень важности important.
  </td>
</tr>
<tr>
  <th valign="top"><a name="tag-rfa">RFA</a></th>
  <td valign="top"><em>normal</em></td>
  <td>Просьба об <q>усыновлении</q> (Request for Adoption). Из-за
      недостатка времени, ресурсов, интереса или чего-либо ещё, нынешний
      сопровождающий просит сопровождать этот пакет кого-нибудь другого. Он
      пока продолжает его сопровождать, но, возможно, не лучшим образом.
      Коротко: пакету нужен новый сопровождающий.
  </td>
</tr>
<tr>
  <th valign="top"><a name="tag-rfh">RFH</a></th>
  <td valign="top"><em>normal</em></td>
  <td><q>Просьба о помощи</q> (Request For Help). Нынешний
      сопровождающий намерен и далее сопровождать пакет, но нуждается
      в помощи из-за недостатка времени или из-за того, что пакет
      слишком велик и требует нескольких сопровождающих.
  </td>
</tr>
<tr>
  <th valign="top"><a name="tag-itp">ITP</a></th>
  <td valign="top"><em>wishlist</em></td>
  <td><q>Намерение создать пакет</q> (Intent To Package).
      Пожалуйста, включайте в такие сообщения описание пакета, информацию
      об авторских правах и URL.
  </td>
</tr>
<tr>
  <th valign="top"><a name="tag-rfp">RFP</a></th>
  <td valign="top"><em>wishlist</em></td>
  <td><q>Просьба создать пакет</q> (Request For Package).
      Кто-то нашёл интересное ПО и хотел бы, чтобы кто-нибудь сопровождал его
      в Debian. Пожалуйста, включайте в такие сообщения описание пакета,
      информацию об авторских правах и URL.
  </td>
</tr>
</tbody>
</table>

<p><a href="https://bugs.debian.org/927076">Пример</a> сообщения об ошибке.
</p>

<toc-add-entry>Удаление сообщений</toc-add-entry>

<p>Для закрытия ошибки следует придерживаться следующей процедуры:
</p>

<table>
<colgroup span="2">
<col width="10%">
<col width="90%">
</colgroup>
<tr>
  <th valign="top"><a name="howto-o">O</a></th>
  <td>Если вы собираетесь <q>усыновить</q> пакет, переименуйте сообщение об
      ошибке, заменив <q>O</q> на <q>ITA</q>, чтобы другие знали, что пакет будет <q>усыновлён</q>,
      и чтобы предотвратить его автоматическое удаление из архива. Также
      укажите себя в качестве <q>владельца</q> ошибки. Чтобы фактически <q>усыновить</q>
      пакет, загрузите его новую версию со своим именем в поле Maintainer: и
      включите в журнал изменений текст наподобие следующего:

      <code>
      * New maintainer (Closes: #<var>номер_ошибки</var>)
      </code>
      чтобы автоматически закрыть эту ошибку при включении пакета в архив.
      <var>номер_ошибки</var> следует заменить номером соответствующего
      сообщения об ошибке. Кроме того, перед загрузкой нового пакета вы должны
      проверить, не вышла ли новая версия, и попытаться исправить не устранённые
      ошибки в нём.
  </td>
</tr>
<tr>
  <th valign="top"><a name="howto-rfa">RFA</a></th>
  <td><p>Если вы собираетесь <q>усыновить</q> пакет, переименуйте сообщение об
      ошибке, заменив <q>RFA</q> на <q>ITA</q>, чтобы другие знали, что пакет будет <q>усыновлён</q>,
      и чтобы предотвратить его автоматическое удаление из архива. Также
      укажите себя <q>владельцем</q> ошибки. Чтобы фактически <q>усыновить</q> пакет,
      загрузите его новую версию со своим именем в поле Maintainer: и закройте
      ошибку после включения пакета в архив.
      </p>

      <p>Если вы являетесь сопровождающим пакета и приняли решение <q>осиротить</q>
      пакет, помеченный <q>RFA</q>, нужно переименовать сообщение об ошибке, заменив
      <q>RFA</q> на <q>O</q>. Если вы вновь берёте на себя сопровождение пакета, закройте
      ошибку.</p>
  </td>
</tr>
<tr>
  <th valign="top"><a name="howto-rfh">RFH</a></th>
  <td><p>Обычно эта ошибка должна закрываться отправителем
      сообщения, т.е. сопровождающим пакета, если он считает просьбу
      неактуальной (либо кто-то уже предложил и предоставил помощь,
      либо если он считает, что в дальнейшем сможет поддерживать пакет
      самостоятельно).
      </p>

      <p>Если вы, являясь сопровождающим пакета, принимаете решение
      изменить тип запроса с <q>RFH</q> на просьбу об <q>усыновлении</q> (<q>RFA</q>)
      или <q>осиротить</q> пакет (<q>O</q>), переименуйте сообщение об ошибке, вместо
      того, чтобы закрывать его и создавать новое.</p>
  </td>
</tr>
<tr>
  <th valign="top"><a name="howto-itp">ITP</a></th>
  <td><p>Создайте пакет, загрузите его и закройте ошибку после
      включения пакета в архив.
      </p>

      <p>Если вы передумали и больше не собираетесь создавать пакет, закройте
      ошибку или переименуйте сообщение об ошибке, заменив ITP на RFP.</p>

	  <p>Если вы наткнулись на проблемы при создании пакета (например, если
	  он зависит от другого, ещё не созданного пакета, на создание
	  которого вы не хотите тратить своё время), вы можете записать эти
	  проблемы как дополнительную информацию в ITP, чтобы было ясно, что
	  происходит с вашими попытками создать пакет.</p>
  </td>
</tr>
<tr>
  <th valign="top"><a name="howto-rft">RFP</a></th>
  <td>Если вы планируете создать пакет, переименуйте сообщение об
      ошибке, заменив <q>RFP</q> на <q>ITP</q>, чтобы другие знали, что пакет будет создан.
      Также укажите себя в качестве <q>владельца</q> ошибки. Затем создайте пакет,
      загрузите его и закройте ошибку после включения пакета в архив.
  </td>
</tr>
</table>

<p>Если вы полагаете, что о вашем намерении создать пакет, просьбе об
<q>усыновлении</q> и т.д. следует поставить в известность подписчиков списка рассылки
разработчиков, добавьте в сообщение заголовок
<pre>X-Debbugs-CC: debian-devel@lists.debian.org</pre>
<p>(обратите внимание на то, что это реальный заголовок, а не псевдозаголовок).</p>

<p>Конечно, самый лёгкий способ закрыть ошибки состоит в том, чтобы включить
в журнал изменений пакета информацию о ваших действиях и добавить в конце
<tt>(closes:&nbsp; bug#nnnnn)</tt>. При этом ошибка будет закрыта автоматически
после того, как новый пакет попадёт в архив.</p>

<p><strong>Внимание:</strong> если вам необходимо переназначить,
переименовать сообщение об ошибке или изменить его <q>владельца</q>, вы должны
<a href="$(HOME)/Bugs/server-control">напрямую</a> отправить сообщение управляющему BTS роботу или
отправить сообщение по адресу номер_ошибки@bugs.debian.org, используя
<a href="$(HOME)/Bugs/Reporting#control">Управляющие псевдозаголовки</a>,
но <strong>ни в коем случае не</strong> создавать новые сообщения.

<p>Обратите внимание: если пакет остаётся <q>осиротевшим</q> в течение долгого
времени, мы исследуем ситуацию, чтобы определить, нужен ли ещё этот пакет.
Если это не так, мы просим сопровождающих FTP удалить пакет из нестабильного
дистрибутива.</p>

<p>Если по каким-либо причинам вам нужно связаться с сопровождающими WNPP,
пишите на <email wnpp@debian.org>.</p>