Исправления перевода Bugs/

[Алексей Шилин <rootlexx@mail.ru>]

Привет!

Вложены патчи с предложениями по исправлению перевода раздела Bugs/
web-сайта. (А также минимально подправил форматирование отдельным
патчем, чтобы хоть читать можно было; впрочем, конкретно этот патч
совсем не принципиален.)

Дальнейшую вычитку сайта делать буду, но едва ли ранее начала
следующего года: времени совсем мало, а объём большой.

From 840dc68568c6148d2fce9be733b1ee37510f4bb2 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?=D0=90=D0=BB=D0=B5=D0=BA=D1=81=D0=B5=D0=B9=20=D0=A8=D0=B8?=
 =?UTF-8?q?=D0=BB=D0=B8=D0=BD?= <rootlexx@mail.ru>
Date: Fri, 15 Nov 2019 01:47:30 +0300
Subject: [PATCH 1/3] Proofread Bugs

---
 russian/Bugs/Developer.wml                    | 164 +++++++++---------
 russian/Bugs/Reporting.wml                    |  90 +++++-----
 russian/Bugs/index.wml                        |  16 +-
 russian/Bugs/otherpages.inc                   |   4 +-
 .../pseudo-packages.translated-description    |   2 +-
 russian/Bugs/server-control.wml               | 158 ++++++++---------
 russian/Bugs/server-refcard.wml               |   6 +-
 russian/Bugs/server-request.wml               |  50 +++---
 8 files changed, 243 insertions(+), 247 deletions(-)

diff --git a/russian/Bugs/Developer.wml b/russian/Bugs/Developer.wml
index 66f749c238f..e12ffabd617 100644
--- a/russian/Bugs/Developer.wml
+++ b/russian/Bugs/Developer.wml
@@ -52,11 +52,11 @@
 должно содержать объяснение того, как исправлена ошибка.</p>
 
 <p>При работе с сообщениями об ошибках, полученными от системы отслеживания
-ошибок, чтобы закрыть ошибку достаточно нажать кнопку Ответить (Reply) в своей
-почтовой программе, а затем в поле <code>Для</code>(To) поставить
+ошибок, для закрытия ошибки достаточно нажать кнопку Ответить (Reply) в своей
+почтовой программе, а затем в поле <code>Кому</code>(To) поставить
 адрес <var>nnn</var><code>-done@bugs.debian.org</code> вместо
 <var>nnn</var><code>@bugs.debian.org</code>
-(Адрес <var>nnn</var><code>-close</code> является псевдонимом
+(адрес <var>nnn</var><code>-close</code> является псевдонимом
 адреса <var>nnn</var><code>-done</code>).</P>
 
 <p>Когда вы закрываете ошибку, где применимо, проставляйте строку
@@ -64,8 +64,8 @@
 вашего сообщения, чтобы система отслеживания ошибок знала, какой из выпусков
 пакета содержит исправление.</p>
 
-<p>Лицо, исправившее ошибку, лицо, которое отправило сообщение об этой
-ошибке и список рассылки <code>debian-bugs-closed</code> будут извещены
+<p>Человек, закрывший ошибку, человек, который отправил сообщение об этой
+ошибке, и список рассылки <code>debian-bugs-closed</code> будут извещены
 об изменении состояния ошибки. Отправителю сообщения и в список рассылки
 также будет направлено содержимое сообщения, посланного по адресу
 <var>nnn</var><code>-done</code>.</p>
@@ -73,7 +73,7 @@
 
 <h2><a name="followup">Последующие сообщения</a></h2>
 
-<p>После пересылки сообщения об ошибке в поле <code>Reply-To</code> системой
+<p>После пересылки сообщения об ошибке, в поле <code>Reply-To</code> системой
 отслеживания ошибок будут включены адрес отправителя и адрес ошибки
 (<var>nnn</var><code>@bugs.debian.org</code>). Пожалуйста, имейте в виду, что это
 два разных адреса.</p>
@@ -84,23 +84,23 @@
 <strong>не приведёт</strong> к закрытию ошибки.
 
 <p><em>Не используйте</em> <q>ответить всем</q> (reply to all) или <q>followup</q>
-в вашей почтовой программе, если вы не не хотите исправлять список
+в вашей почтовой программе, если вы не хотите исправить список
 получателей вручную. В частности, смотрите, чтобы вы не отправляли последующие
 сообщения на адрес <code>submit@bugs.debian.org</code>.</p>
 
 <p>
-Для того, чтобы сообщения попали в систему отслеживания ошибок, они могут
+Для того чтобы сообщения попали в систему отслеживания ошибок, они могут
 быть отправлены на следующие адреса:
 </p>
 
 <ul>
 <li>
-<var>nnn</var><code>@bugs.debian.org</code> — такие сообщения так же высылаются
+<var>nnn</var><code>@bugs.debian.org</code> — такие сообщения также высылаются
 сопровождающему пакета и пересылаются на адрес <code>debian-bugs-dist</code>,
 но <strong>не</strong> тому, кто прислал отчёт об ошибке;
 </li>
 <li>
-<var>nnn</var><code>-submitter@bugs.debian.org</code> — эти сообщения так же высылаются
+<var>nnn</var><code>-submitter@bugs.debian.org</code> — эти сообщения также высылаются
 тому, кто прислал отчёт об ошибке, и пересылаются на адрес <code>debian-bugs-dist</code>,
 но <strong>не</strong> сопровождающему пакета;
 </li>
@@ -110,8 +110,8 @@
 не на адрес<code>debian-bugs-dist</code>;
 </li>
 <li>
-<var>nnn</var><code>-quiet@bugs.debian.org</code> —  эти сообщения лишь
-добавляются в систему отслеживания ошибок (как и все приведенные выше),
+<var>nnn</var><code>-quiet@bugs.debian.org</code> — эти сообщения лишь
+добавляются в систему отслеживания ошибок (как и все приведенные выше) и
 <strong>не</strong> высылаются больше никому.
 </li>
 </ul>
@@ -126,8 +126,8 @@
 
 <p>Система отслеживания ошибок записывает уровень важности каждого сообщения
 об ошибке. По умолчанию этот уровень имеет значение <code>normal</code>, но
-его можно перекрыть, явно указав важность сообщения при его отправке, в
-псевдо-заголовке, в поле <code>Severity</code> (см.
+его можно перекрыть, явно указав уровень важности в строке <code>Severity</code>
+в псевдо-заголовке при отправке сообщения (см.
 <a href="Reporting#pseudoheader">инструкции по созданию сообщений об ошибках</a>),
 или использовав команду <code>severity</code>
 <a href="#requestserv">сервера управления запросами</a>.</p>
@@ -142,14 +142,14 @@
 
 <dt><code>grave</code></dt>
 <dd>когда ошибка ставит под вопрос возможность использования пакета или
-большей его части или приводит к потере данных, или создаёт дыру в
+большей его части, или приводит к потере данных, или создаёт дыру в
 безопасности, которая открывает доступ к учётным записям пользователей,
 использующих пакет.</dd>
 
 <dt><code>serious</code></dt>
 <dd>когда ошибка представляет собой <a
 href="$(DOC)/debian-policy/">важное нарушение политики
-Debian</a> (грубо говоря, когда  нарушены директивы <q>must</q> или <q>required</q>) или,
+Debian</a> (грубо говоря, когда нарушены директивы <q>must</q> или <q>required</q>) или,
 по мнению сопровождающего пакета или человека, ответственного за выпуск в целом, не позволяет
 включить этот пакет в выпуск дистрибутива.</dd>
 
@@ -165,34 +165,33 @@ Debian</a> (грубо говоря, когда  нарушены директи
 легко исправима.</dd>
 
 <dt><code>wishlist</code></dt>
-<dd>для любых запросах о тех или иных возможностях, а также для любых
-ошибок, которые очень трудно исправить из-за малого обсуждения возникшей
-проблемы.</dd>
+<dd>для любых запросов о тех или иных возможностях, а также для любых
+ошибок, которые очень трудно исправить из серьёзных технических соображений.</dd>
 </dl>
 
 <p>Определённые уровни важности рассматриваются как
 <em><a href="https://bugs.debian.org/release-critical/";>блокирующие выпуск</a></em>,
-что означает, что ошибка приведёт к исключению пакета из стабильного
-дистрибутива Debian. На данный момент это уровни <strong>critical</strong>,
+что означает, что ошибка окажет влияние на возможность включения пакета в стабильный
+выпуск Debian. На данный момент это уровни <strong>critical</strong>,
 <strong>grave</strong> и <strong>serious</strong>. Полное описание правил
 установки этих уровней важности см. в списке <a
 href="https://release.debian.org/testing/rc_policy.txt";>блокирующих выпуск ошибок
-в следующем выпуске</a>.</p>
+для следующей версии дистрибутива</a>.</p>
 
 <h2><a name="tags">Метки в сообщениях об ошибках</a></h2>
 
-<p>Каждая ошибка может иметь несколько наборов меток или не иметь их совсем.
-Эти метки отображаются в списке ошибок, когда вы смотрите страницу пакетов или
-полный журнал ошибок.</p>
+<p>Каждая ошибка может иметь несколько меток из списка ниже.
+Эти метки отображаются на странице списка ошибок пакета, а также в полном журнале ошибки.
+</p>
 
 <p>Метки могут быть установлены путём включения строки <code>Tags</code> в
-псевдо-заголовок, при отправке сообщения об ошибке (см.
+псевдо-заголовке при отправке сообщения об ошибке (см.
 <a href="Reporting#pseudoheader">инструкции по созданию сообщений об ошибках</a>),
 или при использовании команды <code>tags</code>
 <a href="#requestserv">сервера управления запросами</a>. Метки могут
-разделяться запятыми, пробелами или и тем, и другим.</p>
+разделяться запятыми, пробелами или и теми, и другими.</p>
 
-<p>Метки в настоящий момент могут принимать следующие значения: <bts_tags>. Дополнительная
+<p>В настоящий момент метки могут принимать следующие значения: <bts_tags>. Дополнительная
 информация о метках:</p>
 
 <dl>
@@ -207,8 +206,8 @@ href="https://release.debian.org/testing/rc_policy.txt";>блокирующих 
  <dd>Когда ошибка неисправима. Такое возможно, потому что, например, нужно
  выбирать между двумя взаимоисключающими способами исправления, но сопровождающий
  пакета и отправитель сообщения об ошибке не могут сойтись во мнении о
- том какой способ выбрать; или потому что исправление этой ошибки приведёт
- к изменению в поведении, ухудшению или проблемам в других случаях и т.д.</dd>
+ том, какой способ выбрать; или потому что изменение поведения вызовет другие,
+ более серьёзные проблемы для остальных; или по другим причинам.</dd>
 
 <dt><code>moreinfo</code></dt>
  <dd>Когда ошибка не может быть идентифицирована, пока отправитель сообщения
@@ -227,12 +226,12 @@ href="https://release.debian.org/testing/rc_policy.txt";>блокирующих 
  Либо у сопровождающего нет необходимых навыков для исправления данной
  ошибки, и он хотел бы поработать над исправлением совместно с кем-то ещё,
  либо у сопровождающего нет времени, и он хотел бы передать кому-нибудь работу
- над этой задачей. Данная ошибка не подходит начинающим, если она не помечена тегом
+ над этой задачей. Данная ошибка не подходит начинающим, если она не помечена меткой
  <code>newcomer</code>.</dd>
 
 <dt><code>newcomer</code></dt>
  <dd>Данная ошибка имеет известное решение, но сопровождающий хочет, чтобы
- кто-то другой его реализовал. Это идеальная задача для новых
+ его реализовал кто-то другой. Это идеальная задача для новых
  участников, которые хотели бы помочь Debian, либо для тех, кто хочет
  улучшить свои навыки.</dd>
 
@@ -250,8 +249,8 @@ href="https://release.debian.org/testing/rc_policy.txt";>блокирующих 
  неправильные права, дающие доступ к данным, которые не должны быть
  доступны; переполнения буфера, позволяющие людям управлять системой
  в тех случаях, когда они не должны иметь возможность делать это;
- уязвимость к DoS атакам (отказ в обслуживании), которые нужно исправить и т.д.).
- Большая часть ошибок в безопасности имеет уровень важности
+ уязвимость к DoS атакам (отказ в обслуживании), которую нужно исправить, и т.д.).
+ Большая часть ошибок безопасности должна иметь уровень важности
  critical или grave.</dd>
 
 <dt><code>upstream</code></dt>
@@ -259,16 +258,16 @@ href="https://release.debian.org/testing/rc_policy.txt";>блокирующих 
  от автора.</dd>
 
 <dt><code>confirmed</code></dt>
- <dd>Сопровождающий пакет исследовал, понял сообщение об ошибке и в целом
+ <dd>Сопровождающий исследовал пакет, понял сообщение об ошибке и в целом
  согласен с ним, но пока не исправил ошибку (использование этой метки
- необязательно, она предназначен, в основном, для сопровождающих,
+ необязательно; она предназначена в основном для сопровождающих,
  которым нужно работать с большим количеством открытых ошибок).</dd>
 
 <dt><code>fixed-upstream</code></dt>
  <dd>В новой версии программы ошибка исправлена, но пакет по какой-либо
  причине ещё не обновлён (вероятно, чересчур сложно перенести
- изменения на старую версию или они слишком незначительны, чтобы этим
- заниматься).</dd>
+ изменения на старую версию, или же ошибка слишком незначительна, чтобы
+ этим заниматься).</dd>
 
 <dt><code>fixed-in-experimental</code></dt>
  <dd>Ошибка исправлена в версии пакета, находящейся в экспериментальном
@@ -295,14 +294,14 @@ href="https://release.debian.org/testing/rc_policy.txt";>блокирующих 
 
 <dt><code>ftbfs</code></dt>
  <dd>Пакет не может быть собран из исходного кода. Если ошибка привязана к
-  пакету с исходным кодом, то этот пакет не может быть сборан. Если ошибка привязана
-  к двоичному пакету, то не могут быть сборны связанные с ним пакеты с исходным кодом.
-  Этот тег применим к нестандартным сборочным окружениями (например, при использовании
+  пакету с исходным кодом, то этот пакет не может быть собран. Если ошибка привязана
+  к двоичному пакету, то не могут быть собраны связанные с ним пакеты с исходным кодом.
+  Эта метка применима к нестандартным сборочным окружениям (например, при использовании
   значения поля Build-Depends из экспериментального выпуска), но важность в таком случае должна
   быть ниже serious (release critical).</dd>
 
 <dt><bts_release_tags></dt>
- <dd>Это метки дистрибутивов, для неё есть два значения. Если она
+ <dd>Это метки дистрибутивов, и у них есть два значения. Если метка
   устанавливается для ошибки, то это означает, что ошибка может
   касаться только конкретного выпуска (хотя она может быть и в других дистрибутивах,
   если установлены метки других дистрибутивов), а иначе здесь применяются
@@ -319,12 +318,12 @@ href="https://release.debian.org/testing/rc_policy.txt";>блокирующих 
 <p>Некоторая информация о метках, относящихся к конкретному дистрибутиву:
   метки -ignore позволяют
   игнорировать ошибку с целью разрешить пакету попасть в тестируемый
-  дистрибутив. Метки выпуска указывают, что ошибка не должна попасть архив до тех пор,
+  дистрибутив. Метки выпуска указывают, что ошибка не должна попасть в архив до тех пор,
   пока она не будет исправлена во всех присвоенных выпусках.
   Метки выпуска также указывают, что данная ошибка есть только в заданных
   выпусках. (Другими словами, ошибки <strong>нет</strong> ни в одном выпуске,
-  <strong>не</strong> присвоенной данной ошибке; в противном случае применяются
-  обычные правила поиска/исправления.)
+  <strong>не</strong> присвоенном данной ошибке; в противном случае применяются
+  обычные правила found/fixed.)
 </p>
 
 <p>
@@ -335,31 +334,31 @@ href="https://release.debian.org/testing/rc_policy.txt";>блокирующих 
   (<email "owner@bugs.debian.org">) или команде выпуска за советом.
 </p>
 
-<h2><a name="forward">Записи, помещаемые вами в сообщение об ошибке</a></h2>
+<h2><a name="forward">Запись о том, что вы передали сообщение об ошибке</a></h2>
 
 <p>Когда разработчики пересылают сообщения об ошибках разработчикам
 первоначальных пакетов с исходными текстами (из которых и получаются пакеты
-Debian) они должны отправить заметку об этом в систему отслеживания ошибок
+Debian), они должны пометить это в системе отслеживания ошибок
 следующим образом:</p>
 
-<p>Убедитесь, что поле <code>Для (To)</code> вашего сообщения содержит только
-адрес(а) автора(ов); затем поместите в поле <code>CC</code> адрес отправителя
-сообщения об ошибке и адреса <var>nnn</var><code>-forwarded@bugs.debian.org</code>
-и <var>nnn</var><code>@bugs.debian.org</code>.</p>
+<p>Убедитесь, что поле <code>Кому (To)</code> вашего сообщения авторам содержит
+только адрес(а) автора(ов); поместите адрес отправителя сообщения об ошибке и адреса
+<var>nnn</var><code>-forwarded@bugs.debian.org</code> и
+<var>nnn</var><code>@bugs.debian.org</code> в поле <code>Копия (CC)</code>.</p>
 
-<p>Попросите автора сохранить при ответе в поле <code>CC</code> адрес
-<var>nnn</var><code>-forwarded@bugs.debian.org</code>, для того, чтобы система отслеживания
-ошибок сохраняла этот ответ вместе с первоначальным сообщением об ошибке.
-Эти сообщения будут только зарегистрированы, но не посланы; чтобы послать
-обычное сообщение, пошлите его на
+<p>Попросите автора сохранять при ответе адрес
+<var>nnn</var><code>-forwarded@bugs.debian.org</code> в поле <code>Копия (CC)</code>,
+для того чтобы система отслеживания ошибок сохранила этот ответ вместе с первоначальным
+сообщением об ошибке. Эти сообщения только сохраняются, но не пересылаются; чтобы послать
+обычное сообщение, пошлите его также на
 <var>nnn</var><code>@bugs.debian.org</code>.</p>
 
 <p>Когда система отслеживания ошибок получает сообщение на адрес
-<var>nnn</var><code>-forwarded</code> она отмечает соответствующую ему
-ошибку как пересланную на адрес(а) в поле <code>Для (To)</code> этого
+<var>nnn</var><code>-forwarded</code>, она отмечает соответствующую ему
+ошибку как пересланную на адрес(а) в поле <code>Кому (To)</code> этого
 сообщения, если только ошибка уже не помечена как пересланная.</p>
 
-<p>Вы также можете управлять информацией <q>пересылка для</q> (forwarded to)
+<p>Вы также можете управлять информацией <q>переслано на</q> (forwarded to)
 путём отправки сообщений на адрес
 <a href="server-control"><code>control@bugs.debian.org</code></a>.</p>
 
@@ -369,10 +368,10 @@ Debian) они должны отправить заметку об этом в 
 <p>В случаях, когда ответственным за исправление ошибки является человек,
 не являющийся сопровождающим пакета (например, если пакет сопровождается
 несколькими людьми), может быть полезно отметить это в системе отслеживания
-ошибок. С этой целью, ошибка может иметь ответственного за исправление.</p>
+ошибок. С этой целью ошибка может иметь ответственного за исправление.</p>
 
 <p>Ответственный за исправление может быть указан в поле <code>Owner</code>
-псевдо-заголовка сообщение об ошибке (см. <a href="Reporting#pseudoheader">\
+псевдо-заголовка сообщения об ошибке (см. <a href="Reporting#pseudoheader">\
 инструкции по составлению сообщения об ошибке</a>), или с помощью команд <a
 href="#requestserv">сервера управления</a> <code>owner</code> и
 <code>noowner</code>.</p>
@@ -385,25 +384,24 @@ href="#requestserv">сервера управления</a> <code>owner</code> 
 выложил новую версию пакета с изменённым управляющим полем
 <code>Maintainer</code>. Это будет исправлено при выкладывании пакета.
 Кроме того, сопровождающие архива могут изменить запись о сопровождающем
-пакета вручную, например, если пересборка или новое выкладывание пакета
+пакета вручную, например если пересборка или новое выкладывание пакета
 в скором времени не ожидается. По поводу таких изменений связывайтесь с
 <code>override-change@debian.org</code>.</p>
 
 
 <h2><a name="requestserv">Переоткрытие, переназначение и управление ошибками</a></h2>
 
-<p>Существует возможность переназначить сообщения об ошибках в другие пакеты,
-переоткрыть ошибочно закрытые сообщения об ошибках, изменить указанную в
-сообщениях информацию о том, куда было переслано сообщение об
-ошибке (если было), изменить уровень важности или название сообщения,
-изменить ответственного за исправление ошибки, слить несколько сообщений
-или, наоборот, разделить их, и записать версии пакетов, в которых была найдены
-ошибки и в которых они были исправлены. Все это делается путём отправки
+<p>Существует возможность переназначить сообщения об ошибках на другие пакеты;
+переоткрыть ошибочно закрытые сообщения об ошибках; изменить указанную в
+сообщениях информацию о пересылке (если есть); изменить уровень важности или
+название сообщения; изменить ответственного за исправление ошибки; слить несколько
+сообщений или, наоборот, разделить их; записать версии пакетов, в которых были найдены
+ошибки и в которых они были исправлены. Всё это делается путём отправки
 почтовых сообщений на <code>control@bugs.debian.org</code>.</p>
 
 <p><a href="server-control">Формат этих сообщений</a> описывается в другом
 документе, доступном на сайте, или в файле <code>bug-maint-mailcontrol.txt</code>.
-Текстовую версию этого документа можно получить написав слово <code>help</code>
+Текстовую версию этого документа можно получить, написав слово <code>help</code>
 в сообщении по адресу, указанному выше.</p>
 
 <h2><a name="subscribe">Подписка на сообщения об ошибках</a></h2>
@@ -411,13 +409,13 @@ href="#requestserv">сервера управления</a> <code>owner</code> 
 <p>Система отслеживания ошибок даёт возможность отправителям ошибок, разработчикам и
 другим заинтересованным третьим лицам подписаться на отдельные ошибки. Эта возможность
 может быть использована желающими держать ошибку на виду, не подписываясь на
-пакет через <a href="https://tracker.debian.org";>Система отслеживания
+пакет через <a href="https://tracker.debian.org";>Систему отслеживания
 пакетов Debian</a>. Все сообщения, принятые
 на <var>nnn</var><code>@bugs.debian.org</code>, посылаются подписчикам.</p>
 
-<p>Подписаться на сообщения об ошибке можно выслав электронное письмо на адрес
+<p>Подписаться на сообщения об ошибке можно, выслав электронное письмо на адрес
 <var>nnn</var><code>-subscribe@bugs.debian.org</code>. Тема и текст письма
-игнорируется. Когда сообщение обработается, пользователям придёт запрос на подтверждение,
+игнорируются. Когда сообщение обработается, пользователям придёт запрос на подтверждение,
 на который они должны ответить, чтобы сообщения о данной ошибке начали приходить
 к ним.</p>
 
@@ -428,18 +426,18 @@ href="#requestserv">сервера управления</a> <code>owner</code> 
 
 <p>По умолчанию адрес, на который будет произведена подписка, берётся из поля
 <code>From</code>. Если вы хотите подписать другой адрес, вы должны закодировать этот адрес
-в запросе об подписке. Такой запрос должен иметь форму:
+в запросе о подписке. Такой запрос должен иметь форму:
 <var>nnn</var><code>-subscribe-</code><var>localpart</var><code>=</code><var>example.com</var><code>@bugs.debian.org</code>.
-В этом примере запрашивается подписать адрес <code>localpart@example.com</code>
+В этом примере запрашивается подписка адреса <code>localpart@example.com</code>
 на ошибку <var>nnn</var>. Знак <code>@</code> должен быть заменён на знак
 <code>=</code>. Подобным образом делается и отписка:
 <var>nnn</var><code>-unsubscribe-</code><var>localpart</var><code>=</code><var>example.com</var><code>@bugs.debian.org</code>.
-В обоих случаях, Тема и текст письма будут пересланы на адрес внутри запроса для подтверждения.</p>
+В обоих случаях тема и текст письма будут пересланы на адрес внутри запроса для подтверждения.</p>
 
 <h2><a name="subjectscan">Более или менее устаревшие возможности</a></h2>
 
 <p>Сообщения, которые приходят на <code>submit</code> или <code>bugs</code>,
-и у которых тема (Subject) начинается с <code>Bug#</code><var>nnn</var>
+и у которых Тема (Subject) начинается с <code>Bug#</code><var>nnn</var>,
 будут считаться посланными на адрес <var>nnn</var><code>@bugs.debian.org</code>.
 Оба этих варианта оставлены для обратной совместимости при пересылке со
 старых адресов и отлавливают последующие сообщения, отправляемые на
@@ -448,13 +446,13 @@ All)).</p>
 
 <p>Похожая схема функционирует и для адресов <code>maintonly</code>,
 <code>done</code>, <code>quiet</code> и <code>forwarded</code>,
-обрабатывая сообщения, тема (Subject) которых соответствует
-<var>nnn-куда-то</var><code>@bugs.debian.org</code>.</p>
+обрабатывая сообщения с соответствующей Темой (Subject) как посланные на
+<var>nnn-что-то</var><code>@bugs.debian.org</code>.</p>
 
 <p>Обычные сообщения, полученные по адресам <code>forwarded</code> и
-<code>done</code>&nbsp;&mdash; т.е., не содержащие номер ошибки в адресе и без
-номера ошибки в теме (Subject) будут отмечены как <q>хлам</q> (junk) и оставлены
-на несколько дней, а затем удалены.</p>
+<code>done</code>&nbsp;&mdash; т.е. не содержащие номер ошибки в
+адресе&nbsp;&mdash; и без номера ошибки в Теме (Subject), будут отмечены как
+<q>хлам</q> (junk) и оставлены на несколько недель, но никак не будут обработаны.</p>
 
 
 <h2><a name="x-debian-pr">Устаревшая возможность <code>X-Debian-PR: quiet</code></a></h2>
@@ -465,7 +463,7 @@ All)).</p>
 <code>X-Debian-PR: quiet</code> в реальном заголовке.</p>
 
 <p>Теперь эта строка игнорируется. Отправляйте ваше сообщение
-на адреса <code>quiet</code> или <var>nnn</var><code>-quiet</code> (или
+на адрес <code>quiet</code> или <var>nnn</var><code>-quiet</code> (или
 <code>maintonly</code> или <var>nnn</var><code>-maintonly</code>).</p>
 
 <hr />
diff --git a/russian/Bugs/Reporting.wml b/russian/Bugs/Reporting.wml
index ebad767096b..c4a3d54f42f 100644
--- a/russian/Bugs/Reporting.wml
+++ b/russian/Bugs/Reporting.wml
@@ -1,7 +1,7 @@
 #use wml::debian::template title="Debian BTS - как сообщать об ошибках" NOHEADER=yes NOCOPYRIGHT=true
 #use wml::debian::translation-check translation="202593fcedf9621040700a1fa80a3754a8fd1cf5" maintainer="Lev Lamberov"
 
-<h1>Как сообщить об ошибке в Debian с помощью программы bugreport</h1>
+<h1>Как сообщить об ошибке в Debian с помощью программы reportbug</h1>
 
 <p>Сообщения об ошибках следует писать на английском языке, поскольку именно он принят
 для общения в Проекте. Если вы затрудняетесь написать сообщение об ошибке на английском языке,
@@ -68,7 +68,7 @@ href="mailto:debian-user@lists.debian.org";>пользовательской ра
 
 <h3>На каждую ошибку посылайте отдельное сообщение</h3>
 <p>Не посылайте информацию о нескольких ошибках в одном сообщении, особенно
-если они не связаны друг с друго или относятся к разным пакетам.</p>
+если они не связаны друг с другом или относятся к разным пакетам.</p>
 
 <h3>Не посылайте ошибки авторам программ</h3>
 
@@ -82,11 +82,11 @@ href="mailto:debian-user@lists.debian.org";>пользовательской ра
 <a href="mailto:submit@bugs.debian.org";><code>submit@bugs.debian.org</code></a>
 в формате, описанном ниже. Программа <code>reportbug</code> (<a
 href="#reportbug">см. выше</a>) должным образом оформит ваше письмо
-(пожалуйста, используйте этот формат!).</p>
+(пожалуйста, используйте эту программу!).</p>
 
 <h3>Заголовки</h3>
 <p>Как и при составлении любого другого письма, ему нужно дать
-ясную, содержательную тему (заголовок <code>Subject</code>). Поскольку указанная тема
+ясную, содержательную Тему (заголовок <code>Subject</code>). Указанная тема
 будет использоваться в BTS как первоначальное название ошибки,
 так что, пожалуйста, попытайтесь сделать её информативной!</p>
 
@@ -96,10 +96,9 @@ href="#reportbug">см. выше</a>) должным образом оформи
 
 <h3><a name="pseudoheader">Псевдозаголовки</a></h3>
 <p>Первая часть сообщения об ошибке состоит из
- псевдозаголовка, который содержит информацию
- о пакете и его версии. Псевдозаголовок должен начинаться с первой строки
- тела сообщения.
-Первая строка сообщения должна содержать:</p>
+ псевдозаголовков, которые содержат информацию
+ о пакете и его версии. Первая строка тела сообщения
+ должна содержать псевдозаголовок:</p>
 
 <pre>
 Package: &lt;имя_пакета&gt;
@@ -108,15 +107,15 @@ Package: &lt;имя_пакета&gt;
 <p>Замените <code>&lt;имя_пакета&gt;</code> <a href="#whatpackage">именем
 пакета</a>, в котором содержится ошибка.</p>
 
-<p>Второй строкой письма должно быть:</p>
+<p>Второй строкой письма должна быть:</p>
 
 <pre>
 Version: &lt;версия_пакета&gt;
 </pre>
 
-<p>Замените <code>&lt;версия_пакета&gt;</code> версией того пакета, для которого
+<p>Замените <code>&lt;версия_пакета&gt;</code> версией того пакета, о котором
 вы пишете сообщение. Не добавляйте сюда ничего кроме версии, поскольку система отслеживания
-ошибок использует это поле для определения того, какие выпуски, подвержены данной ошибке.</p>
+ошибок использует это поле для определения того, какие выпуски подвержены данной ошибке.</p>
 
 <p>Вам следует правильно задать строку <code>Package</code> псевдозаголовка,
 чтобы система отслеживания ошибок могла отправила сообщение сопровождающему
@@ -133,18 +132,18 @@ href="#additionalpseudoheaders">Дополнительных псевдозаг
 <li><em>Точный</em> и <em>полный</em> текст любых сообщений об
 ошибках, выводимых на экран или в журнал. Это очень важно!</li>
 <li>Точное и подробное описание всего, что вы вводили или делали для воспроизведения проблемы.</li>
-<li>Описание неправильного поведение: в точности, какого поведения вы
+<li>Описание неправильного поведения: какого в точности поведения вы
 ожидаете, и что вы наблюдаете. Хорошим способом предоставить такую информацию
-будет являться стенограмма демонстрационного сеанса работа.</li>
-<li>Предлагаемое решение, или даже заплата, если таковое у вас есть.</li>
+будет являться текстовая копия демонстрационного сеанса работы.</li>
+<li>Предлагаемое решение, или даже заплата, если таковые у вас есть.</li>
 <li>Подробности конфигурации программы, содержащей проблему. Включите
 полные тексты её конфигурационных файлов.</li>
-<li>Версии всех пакетов, от которых зависит ошибочный пакет.</li>
+<li>Версии всех пакетов, от которых зависит пакет с ошибкой.</li>
 <li>Какую версию ядра вы используете (введите <code>uname -a</code>),
 версию разделяемой библиотеки C (введите <code>ls -l /lib/*/libc.so.6</code>
 или <code>apt show libc6 | grep ^Version</code>), а также любые другие
 подробности относительно вашей системы Debian, если вы считаете их полезными.
-Например, если у вас проблемы со сценарием на языке Perl, вы возможно захотите указать
+Например, если у вас проблемы со сценарием на языке Perl, вы, возможно, захотите указать
 версию двоичного файла `perl' (введите <code>perl -v</code> или
 <code>dpkg -s perl | grep ^Version:</code>).</li>
 <li>Подробности относительно аппаратного обеспечения вашей системы, которые, как
@@ -161,11 +160,11 @@ href="https://packages.debian.org/stable/utils/reportbug";>reportbug</a>,
 скриптов и информацию о версии.</li>
 </ul>
 
-<p>Включите все подробности, которые кажутся вам относящимися к делу&nbsp;&mdash;
+<p>Включите все подробности, которые кажутся вам относящимися к делу,&nbsp;&mdash;
 вряд ли ваше сообщение окажется слишком большим из-за чрезмерного количества
 информации. Если вы не можете привести много подробностей, то
 включите в сообщение все файлы, которые вы используете при воспроизведении
-проблемы (если они велики, выложите их на публично доступный веб-сайт,
+проблемы (если они велики, то выложите их на публично доступный веб-сайт,
 если это возможно).</p>
 
 <p>Более подробно о том, как вы можете помочь разработчикам решить вашу
@@ -207,11 +206,11 @@ Bugs Effectively</a>.</p>
 <h2><a name="xcc">Отправка копий сообщений об ошибках по другим адресам</a></h2>
 
 <p>Иногда необходимо отправить копию сообщения об ошибке кому-то ещё,
-кроме <code>debian-bugs-dist</code> и сопровождающего пакета (по которым
+кроме <code>debian-bugs-dist</code> и сопровождающего пакета (которым
 обычно данное письмо и направляют).</p>
 
-<p>Вы могли бы это сделать, включив другие адреса в поле <code>CC</code>
-(копия), но в этом случае копии не будут содержать номера сообщения
+<p>Вы могли бы это сделать, включив другие адреса в поле <code>Копия (CC)</code>,
+но в этом случае копии не будут содержать номера сообщения
 об ошибке в полях <code>Reply-To</code> и <code>Subject</code>.
 Если получатели решат ответить на это письмо, они скорее всего оставят
 в заголовке адрес <code>submit@bugs.debian.org</code>. В результате этого их письма
@@ -248,7 +247,7 @@ Bugs Effectively</a>.</p>
 
 <p>Если ваше сообщение касается очень серьёзной ошибки или, наоборот, является лишь
 запросом о желательной функциональности, то вы можете установить при отправке сообщения
-соответствующий уровень важности ошибки. Тем не менее это не обязательно, и если вы не
+соответствующий уровень важности ошибки. Тем не менее, это не обязательно, и если вы не
 присвоите ошибке уровень важности, сопровождающие пакета сделают это сами (или исправят
 неправильно установленный уровень).</p>
 
@@ -269,7 +268,7 @@ Severity: &lt;<var>важность</var>&gt;
 
 <p>Вы можете устанавливать метки ошибок, о которых вы сообщаете. Например,
 если вы включаете в сообщение заплату, то было бы разумно установить метку
-<code>patch</code>. Тем не менее это не обязательно, и разработчики
+<code>patch</code>. Тем не менее, это не обязательно, и разработчики
 установят все необходимые метки сами.</p>
 
 <p>Чтобы установить метку, поместите в <a
@@ -283,20 +282,20 @@ Tags: &lt;<var>метки</var>&gt;
 <p>Замените &lt;<var>метки</var>&gt; одним из возможных значений,
 как описано в
 <a href="Developer#tags">дополнительной документации</a>.
-Метки могут разделяться запятыми, пробелами или и тем, и другим.</p>
+Метки могут разделяться запятыми, пробелами или и теми, и другими.</p>
 
 <pre>
 User: &lt;<var>имя_пользователя</var>&gt;
 Usertags: &lt;<var>метки_пользователя</var>&gt;
 </pre>
 
-<p>Замените &lt;<var>метки_пользователя</var>&gt; одной или более
+<p>Замените &lt;<var>метки_пользователя</var>&gt; одной или несколькими
 метками. Отделяйте метки между собой запятыми, пробелами, или и теми и
 другими. Если вы указали &lt;<var>имя_пользователя</var>&gt;, эти
-пользовательские метки будут установлены. Иначе в качестве имени пользователя
-будет использоваться почтовый адрес отправителя.</p>
+пользовательские метки будут установлены для данного имени. Иначе в качестве
+имени пользователя будет использоваться почтовый адрес отправителя.</p>
 
-<h2>Установка перенаправлено (Forwarded)</h2>
+<h2>Установка Перенаправлено (Forwarded)</h2>
 <pre>
 Forwarded: <var>foo@example.com</var>
 </pre>
@@ -304,7 +303,7 @@ Forwarded: <var>foo@example.com</var>
 <p>
 помечает новую представленную ошибку как переправленную на foo@example.com.
 Смотрите в документации разработчика <a href="Developer#forward">Запись о том,
-что сообщение об ошибке было перенаправлено</a>.
+что вы передали сообщение об ошибке</a>.
 </p>
 
 <h2>Объявление владельца</h2>
@@ -315,7 +314,7 @@ Owner: <var>foo@example.com</var>
 <p>
 показывает, что foo@example.com теперь является ответственным за исправление
 этой ошибки. Смотрите в документации разработчика
-<a href="Developer#owner">Смена владельца ошибки</a>.
+<a href="Developer#owner">Изменение ответственного за исправление</a>.
 </p>
 
 <h2>Пакет с исходным кодом</h2>
@@ -338,8 +337,8 @@ Control: <var>control commands</var>
 Позволяет работать любой команде, которая должна быть отправлена на адрес
 <code>control@bugs.debian.org</code>, если она отправлена на адрес <code>submit@bugs.debian.org</code> или
 <code>nnn@bugs.debian.org</code>. -1 изначально указывает на текущую
-    ошибку (то есть, ошибку, созданную письмом на submit@, или ошибку,
-    отправленную с nnn@). Пожалуйста, посмотрите <a href="server-control">документацию
+    ошибку (то есть ошибку, созданную письмом на submit@, или ошибку, сообщение о которой
+    отправлено на nnn@). Пожалуйста, посмотрите <a href="server-control">документацию
     по серверу управления</a> для получения дополнительной информации по
     применяемым управляющим командам.</p>
 
@@ -353,23 +352,22 @@ Control: summary -1 0
 Control: forward -1 https://bugs.debian.org/nnn
 </pre>
 
-<p>привел бы к переименованию ошибки 12345, изменению её важности, установке резюме и
+<p>привел бы к переименованию ошибки 12345, изменению её важности, установке краткого описания и
 пометке её как пересланной.</p>
 
 
 
 <h2>Заголовки X-Debbugs</h2>
-<p>Наконец, в случае если ваш
-<acronym title="Mail User Agent" lang="en">почтовый клиент</acronym>
+<p>Наконец, в случае если ваш почтовый клиент
 не позволяет вам редактировать заголовки, вы можете установить
-сколько угодно заголовков <code>X-Debbugs-</code> в
+какие угодно заголовки <code>X-Debbugs-</code> в
 <a href="#pseudoheader">псевдозаголовках</a>.</p>
 
 <h1>Дополнительная информация</h1>
 
 <h2>Другие адреса отправки сообщений (маловажные или многочисленные ошибки)</h2>
 
-<p>Если ошибка маловажная, например, опечатка в документации или незначительная
+<p>Если ошибка маловажная, например опечатка в документации или незначительная
 проблема сборки, пожалуйста, задайте уровень важности <code>minor</code>
 и отправьте сообщение по адресу <code>maintonly@bugs.debian.org</code>, а не
 <code>submit@bugs.debian.org</code>. <code>maintonly</code> перешлёт сообщение только
@@ -388,7 +386,7 @@ Control: forward -1 https://bugs.debian.org/nnn
 
 <p>Если вы используете эти адреса для отправки сообщений, система отслеживания
 ошибок установит поле <code>Reply-To</code> всех пересылаемых сообщений таким образом,
-что ответы по умолчанию будут обрабатываться так же, как и исходное сообщение.
+что ответы будут по умолчанию обрабатываться так же, как и исходное сообщение.
 Например: ответы на сообщение, отправленное по адресу
 <code>maintonly</code>, будут посланы по адресу
 <var>nnn</var><code>-maintonly@bugs.debian.org</code>, а не
@@ -398,7 +396,7 @@ Control: forward -1 https://bugs.debian.org/nnn
 
 <h2>Подтверждения</h2>
 
-<p>В норме система отслеживания ошибок возвращает отправителю сообщения
+<p>Обычно система отслеживания ошибок возвращает отправителю сообщения
 подтверждение того, что его сообщение о новой ошибке или дополнительная
 информация к старой получены. Если вы не хотите получать такие сообщения,
 включите в письмо заголовок или псевдозаголовок <code>X-Debbugs-No-Ack</code>
@@ -418,17 +416,17 @@ Control: forward -1 https://bugs.debian.org/nnn
 Хотя мы и стараемся сократить число ошибочных срабатываний, они всё-равно
 случаются. Если вы подозреваете, что ваше письмо по ошибке удалено, свяжитесь
 с <code>owner@bugs.debian.org</code>.
-Другой распространённой причиной того, почему почта не попадает в BTS является
-использование отправителем адресов, совпадающих с procmail-овскими FROM_DAEMON, которые
-содержат адреса похожие на <code>mail@foobar.com</code>. Если вы подозреваете,
+Другой распространённой причиной того, почему почта не попадает в BTS, является
+использование отправителем адресов, соответствующих FROM_DAEMON из procmail,
+включающему адреса, такие как <code>mail@foobar.com</code>. Если вы подозреваете,
 что ваш адрес совпадает с заданными в FROM_DAEMON, для проверки
 обратитесь к <a href="https://manpages.debian.org/cgi-bin/man.cgi?query=procmailrc";>procmailrc(5)</a>,
-и затем пошлите письмо ещё раз с адреса, которого нет в списке FROM_DAEMON.</p>
+и затем пошлите письмо ещё раз с адреса, который не соответствует FROM_DAEMON.</p>
 
 <h2>Сообщения об ошибках в неизвестных пакетах</h2>
 
 <p>Если система отслеживания ошибок не знает, кто сопровождает данный
-пакет, она отправит сообщение в список <code>debian-bugs-dist</code> даже
+пакет, она отправит сообщение в список <code>debian-bugs-dist</code>, даже
 если используется адрес <code>maintonly</code>.</p>
 
 <p>При отправке сообщений по адресам <code>maintonly@bugs.debian.org</code> или
@@ -442,13 +440,13 @@ Control: forward -1 https://bugs.debian.org/nnn
 <h2><a name="findpkgver">Использование <code>dpkg</code> для нахождения
 пакета и версии для составления сообщения</a></h2>
 
-<p>Когда используете <code>reportbug</code> для сообщения об ошибке, например в
+<p>Когда вы используете <code>reportbug</code> для сообщения об ошибке, например, в
 <code>grep</code>, то следующая команда автоматически выберет правильный пакет и позволит сразу
 же начать писать сообщение: <code>reportbug --file $(which
 grep)</code></p>
 
 <p>Кроме того, вы можете найти пакет,
-который её установил, используя <code>dpkg --search</code>. Вы
+который установил команду, используя <code>dpkg --search</code>. Вы
 можете узнать версию установленного пакета, используя
 <code>dpkg --list</code> или <code>dpkg --status</code>.
 </p>
diff --git a/russian/Bugs/index.wml b/russian/Bugs/index.wml
index fa6eca0f863..15ad2ab29c5 100644
--- a/russian/Bugs/index.wml
+++ b/russian/Bugs/index.wml
@@ -15,7 +15,7 @@
 <h2>Как сообщать об ошибках в Debian</h2>
 
 <p>Если вы встретили проблему в дистрибутиве Debian, смотрите инструкции и
-указания на отдельной странице <a href="Reporting">как сообщить об ошибке</a>.</p>
+указания о том, как сообщить об ошибке, <a href="Reporting">на отдельной странице</a>.</p>
 
 <h2>Документация по системе отслеживания ошибок</h2>
 
@@ -23,7 +23,7 @@
   <li><a href="Developer">Подробная информация по использованию системы</a></li>
   <li><a href="server-control">Информация по управлению сообщениями
       об ошибках посредством электронной почты</a></li>
-  <li><a href="server-refcard">Справка по работе через почтовые серверы</a></li>
+  <li><a href="server-refcard">Краткая справка по работе через почтовые серверы</a></li>
   <li><a href="Access">Способы доступа к журналам системы отслеживания ошибок</a></li>
   <li><a href="server-request">Запрос сообщений об ошибках по электронной почте</a></li>
 </ul>
@@ -43,7 +43,7 @@ alt="Количество всех ошибок" />
   <input type="text" size="9" name="bug" value="">
   <label><input type="checkbox" name="mbox" value="yes"> в формате mbox</label>
   <label><input type="checkbox" name="trim" value="no"> показать все заголовки</label>
-  <label><input type="checkbox" name="boring" value="yes"> показать надоедливые сообщения</label>
+  <label><input type="checkbox" name="boring" value="yes"> показать скучные сообщения</label>
   <input type="submit" value="Искать">
   </p>
   </form>
@@ -108,16 +108,16 @@ alt="Количество всех ошибок" />
 </form>
 
 <p>Эти же запросы вы можете выполнить, указав адрес страницы в соответствии
-с ниже приведёнными правилами:</p>
+с приведёнными ниже правилами:</p>
 <ul>
   <li><tt>https://bugs.debian.org/<var>номер-ошибки</var></tt></li>
   <li><tt>https://bugs.debian.org/mbox:<var>номер-ошибки</var></tt></li>
   <li><tt>https://bugs.debian.org/<var>пакет</var></tt></li>
   <li><tt>https://bugs.debian.org/src:<var>пакет-с-исходным-кодом</var></tt></li>
-  <li><tt>https://bugs.debian.org/<var>разработчик@имя.домена</var></tt></li>
+  <li><tt>https://bugs.debian.org/<var>сопровождающий@имя.домена</var></tt></li>
   <li><tt>https://bugs.debian.org/from:<var>автор-сообщения-об-ошибке@имя.домена</var></tt></li>
   <li><tt>https://bugs.debian.org/severity:<var>уровень-важности</var></tt></li>
-  <li><tt>https://bugs.debian.org/tag:<var>тег</var></tt></li>
+  <li><tt>https://bugs.debian.org/tag:<var>метка</var></tt></li>
 </ul>
 
 <h2>Поиск сообщений об ошибках</h2>
@@ -173,9 +173,9 @@ Mail Archive</a>.</p>
 
 <p><strong>Замечание:</strong> некоторые из ранее доступных индексов сейчас
 недоступны из-за внутренних проблем с программой, которая их создавала. Мы
-приносим свои извинения за причиненные неудобства.</p>
+приносим свои извинения за причинённые неудобства.</p>
 
-<h2>Отчеты о спаме</h2>
+<h2>Отчёты о спаме</h2>
 <p>В систему отслеживания ошибок часто приходит спам. Чтобы сообщить о спаме в
   BTS, следует найти отчёт об ошибке <a href="#bugreport">по
   номеру</a> и нажать "this bug log contains spam" ("это сообщение об ошибке содержит спам")
diff --git a/russian/Bugs/otherpages.inc b/russian/Bugs/otherpages.inc
index ce46ddae3f7..f1b77334945 100644
--- a/russian/Bugs/otherpages.inc
+++ b/russian/Bugs/otherpages.inc
@@ -5,8 +5,8 @@
   <li><a href="Reporting">Инструкция по созданию сообщений об ошибках.</a>
   <li><a href="Access">Доступ к журналам системы отслеживания ошибок.</a>
   <li><a href="Developer">Информация для разработчиков по системе отслеживания ошибок.</a>
-  <li><a href="server-control">Информация разработчикам о работе с системой через e-mail.</a>
-  <li><a href="server-refcard">Справка по почтовым серверам.</a>
+  <li><a href="server-control">Информация разработчикам по работе с системой через e-mail.</a>
+  <li><a href="server-refcard">Краткая справка по почтовым серверам.</a>
   <li><a href="server-request">Запрос сообщений об ошибках по электронной почте.</a>
 #  <li><a href="db/ix/full.html">Full list of outstanding and recent bug
 #      reports.</a>
diff --git a/russian/Bugs/pseudo-packages.translated-description b/russian/Bugs/pseudo-packages.translated-description
index 05835e5ae92..5d6d3630d97 100644
--- a/russian/Bugs/pseudo-packages.translated-description
+++ b/russian/Bugs/pseudo-packages.translated-description
@@ -15,4 +15,4 @@ tech-ctte               Технический комитет Debian (см. Ко
 mirrors                 Проблемы с официальными зеркалами
 security.debian.org     Команда безопасности Debian
 installation-reports    Проблемы с установкой стабильного и тестируемого дистрибутивов
-upgrade-reports         Проблемы с обновлением до стабильного или тестового дистрибутивов
+upgrade-reports         Проблемы с обновлением до стабильного или тестируемого дистрибутива
diff --git a/russian/Bugs/server-control.wml b/russian/Bugs/server-control.wml
index a24def31c13..8ba79c163c9 100644
--- a/russian/Bugs/server-control.wml
+++ b/russian/Bugs/server-control.wml
@@ -2,7 +2,7 @@
 #include "$(ENGLISHDIR)/Bugs/pkgreport-opts.inc"
 #use wml::debian::translation-check translation="af6db568fa508f5c59388f1ddb1a44165e40a276" maintainer="Lev Lamberov"
 
-<h1>Введение в управление ошибками и работу с почтовым сервером</h1>
+<h1>Введение в почтовый сервер управления и обработки ошибок</h1>
 
 <p>
 Кроме <code>request@bugs.debian.org</code>, позволяющего получать 
@@ -105,7 +105,7 @@
 <p>
 Делает запись о том, что ошибка #<var>номер_ошибки</var> на самом деле
 относится к пакету <var>пакет</var>. Это может использоваться для
-задания информации о пакете, если пользователь забыл включить псевдо-заголовок
+задания информации о пакете, если пользователь забыл включить псевдо-заголовок,
 или для изменения сопоставления, сделанного ранее. Никакие уведомления
 никому не посылаются (за исключением обычной информации об обработке
 запроса).
@@ -160,8 +160,8 @@
 </p>
 
 <p>
-Если ошибка была записана как бывшая закрытой в конкретной версии пакета
-но восстановлена в поздней версии, то лучше использовать команду
+Если ошибка была записана как бывшая закрытой в конкретной версии пакета,
+но вернулась в более поздней версии, то лучше использовать команду
 <code>found</code>.
 </p>
 </dd>
@@ -171,7 +171,7 @@
 
 <dd>
 <p>
-Записывает, что #<var>номер_ошибки</var> была выявлена в данной
+Записывает, что #<var>номер_ошибки</var> был выявлен в данной
 <var>версии</var> пакета, с которым она связана.
 <var>Версия</var> может быть полной версией
 вида <var>пакет_с_исходным_кодом/версия</var>
@@ -181,12 +181,12 @@
 Система отслеживания ошибок использует эту информацию, совместно с
 исправленными версиями, записанными при закрытии ошибок, чтобы отобразить список
 ошибок, открытых в различных версиях каждого пакета. Ошибка считается открытой,
-когда нет исправленной версии или когда она была найдена позже чем была
+когда нет исправленной версии или когда она была найдена позже, чем была
 исправлена.
 </p>
 
 <p>
-Если <var>версия</var> не установлена, тогда список исправленных версий
+Если <var>версия</var> не указана, тогда список исправленных версий
 для ошибки очищается. Это идентично поведению команды
 <code>reopen</code>.
 <var>Версия</var> может быть полной версией
@@ -194,16 +194,15 @@
 </p>
 
 <p>
-Если <var>версия</var> не указана, эта команда лишь отметит сообщение об
-ошибке как неисправленное, или же будет отмечена та <var>версия</var>, которая
-указана и эквивалентна (или выше) самой высокой <var>версии</var>, отмеченной до
-этого как исправленной. (Если вы уверены в желании отметить
-ошибку как неисправленную,
+Эта команда отметит сообщение об ошибке как неисправленное, только если
+<var>версия</var> не указана, или же отмечена та <var>версия</var>, которая
+эквивалентна (или выше) самой высокой <var>версии</var>, отмеченной как
+исправленная. (Если вы уверены в желании отметить ошибку как неисправленную,
 используйте <code>reopen</code> вместе с <code>found</code>.)
 </p>
 
 <p>
-Эта команда была введена в предпочтение <code>reopen</code>, так как
+Эта команда была введена в предпочтение к <code>reopen</code>, так как
 было сложно добавить <var>версию</var> к её командному синтаксису без
 внесения неясностей.
 </p>
@@ -214,16 +213,16 @@
 
 <dd>
 <p>
-Удаляет запись #<var>номер_ошибки</var>, встреченной в той
-<var>версии</var> пакета, к которому она была назначена.
+Удаляет запись о том, что ошибка #<var>номер_ошибки</var> встречена в указанной
+<var>версии</var> пакета, которому она была назначена.
 <var>Версия</var> может быть полной версией
 вида <var>пакет_с_исходным_кодом/версия</var>
 </p>
 
 <p>
-Это отличается от закрытия ошибки в той версии, в которой ошибка не перечислена
-как исправленная и в этой версии тоже; никакой информации об той версии
-не будет известно. Это предназначено для исправления ошибок в записи о времени,
+Это отличается от закрытия ошибки для этой версии в том, что ошибка также не будет
+помечена как исправленная в этой версии; никакой информации об этой версии
+не будет известно. Она предназначена для исправления ошибок в записи о том,
 когда ошибка была найдена.
 </p>
 </dd>
@@ -241,7 +240,7 @@
 
 <p>
 Это <em>не</em> означает, что ошибка будет помечена как закрытая, это
-лишь добавляет другую версию, в которой ошибка была исправлена. Для того, чтобы
+лишь добавляет другую версию, в которой ошибка была исправлена. Для того чтобы
 закрыть ошибку и отметить её исправленной в определённой версии, используйте
 адрес bugnumber-done.
 </p>
@@ -261,9 +260,9 @@
 <p>Эта команда эквивалентна командам <code>found</code> и
 <code>notfound</code>, следующим одна за другой (found удаляет fixed в
 определённой версии, а notfound удаляет found) с тем исключением, что
-ошибка не открывается заново, если найденная версия выше, чем любая
-существующая исправленная версия. Это необходимо для исправления ошибок в
-записи того, когда ошибка была исправлена; в большинстве случаев вам
+ошибка не открывается заново, если версия, в которой найдена ошибка, выше,
+чем любая существующая исправленная версия. Это необходимо для исправления
+ошибок в записи того, когда ошибка была исправлена; в большинстве случаев вам
 нужна команда <code>found</code>, а не <code>notfixed</code>.
 </p>
 </dd>
@@ -299,8 +298,8 @@
 Она сама не пересылает сообщение. Это может использоваться для
 исправления существующего неправильного адреса пересылки или для добавления
 нового к ошибке, которая ранее не была помечена как перенаправленная.
-В <var>адресе</var> обычно задаётся URI, или адрес эл. почты. Использование 
-URI где это возможно позволяет инструментам запрашивать удалённую
+В <var>адресе</var> обычно задаётся URI или адрес эл. почты. Использование
+URI, где это возможно, позволяет инструментам запрашивать удалённую
 систему отслеживания ошибок (например,  bugzilla) о состоянии ошибки.
 </p>
 
@@ -318,9 +317,9 @@ URI где это возможно позволяет инструментам 
 
 <dd>
 <p>
-Убирает все записи о том, что ошибка <var>bugnumber</var> была
-переслана автору оригинального пакета. Если ошибка не помечена,
-как перенаправленная, не делает ничего.
+Убирает все записи о том, что ошибка <var>номер_ошибки</var> была
+переслана автору оригинального пакета. Если ошибка не помечена
+как перенаправленная, то не делает ничего.
 </p>
 </dd>
 
@@ -342,7 +341,7 @@ URI где это возможно позволяет инструментам 
 <dd>
 <p>
 Устанавливает уровень важности ошибки #<var>номер_ошибки</var>
-на <var>важность</var>. Пользователю, сообщившему об ошибке,
+в <var>важность</var>. Пользователю, сообщившему об ошибке,
 уведомление не посылается.
 </p>
 
@@ -362,11 +361,11 @@ URI где это возможно позволяет инструментам 
   <dd>
     <p>
       Указывает, что ошибка влияет на другой пакет. В случае, если
-      <var>номер_ошибки</var> вызывает сбой в <var>пакете</var>
+      <var>номер_ошибки</var> вызывает сбой в <var>пакете</var>,
       хотя ошибка на самом деле находится в пакете, которому она
-      назначена, она приведёт к тому, что ошибка будет отображаться в списке ошибок <var>пакета</var>.
-      Обычно используется, если
-      ошибка сложна и может привести к множеству сообщений от пользователей,
+      назначена, эта команда приведёт к тому, что ошибка будет отображаться
+      в списке ошибок <var>пакета</var>. Обычно используется, если ошибка
+      достаточно серьёзна, чтобы привести к множеству сообщений от пользователей,
       направленных не для нужного пакета. <code>=</code>
       устанавливает affects ("оказывает действие на") на список данных пакетов и является
       действием по умолчанию, если не указано ни одного пакета; <code>-</code> удаляет
@@ -377,51 +376,52 @@ URI где это возможно позволяет инструментам 
   </dd>
 
   <dt><a name="summary"><code>summary</code> <var>номер_ошибки</var>
-      [<var>номер_сообщения</var> | <var>summary текст</var>]</a></dt>
+      [<var>номер_сообщения</var> | <var>текст краткого описания</var>]</a></dt>
   <dd>
     <p>
-      Выбирается сообщение для обзора ошибки. Первый параграф, не являющийся
-      псевод-заголовком/управляющим этой ошибки, выделяется и считается кратким изложением
-      этой ошибки, который будет выведен вверху страницы сообщения
+      Выбирается сообщение для краткого описания ошибки. Первый параграф
+      этого сообщения, не являющийся псеводозаголовком/управляющим, анализируется
+      и устанавливается в качестве краткого изложения
+      этой ошибки, которое будет выведено вверху страницы сообщения
       об ошибке. Это полезно, если первоначальное сообщение неправильно
       описывает проблему или ошибка содержит много сообщений, из которых
-      трудно понять в чём реальная проблема.
+      трудно понять, в чём реальная проблема.
     </p>
     <p>
-      Если <var>номер_сообщения</var> не указан, то обзор не выводится.
+      Если <var>номер_сообщения</var> не указан, то краткое описание удаляется.
       <var>Номер_сообщения</var> &mdash; это номер из списка сообщений, 
-      выводящихся сценарием cgi из текста сообщения об ошибке. Если
+      выводящихся cgi-сценарием отчётов об ошибке. Если
       дан <var>номер-сообщения</var> 0, используется текущее сообщение
-      (то есть, сообщение, которое было отправлено по адресу
+      (то есть сообщение, которое было отправлено по адресу
       control@bugs.debian.org и которое содержит команду управления кратким
       содержанием).
     </p>
     <p>
       Если <var>номер-сообщения</var> не является ни числом, ни пустой
-      строкой, предполагается, что это текст, который следует установить в качестве резюме.
+      строкой, предполагается, что это текст, который следует установить в качестве
+      краткого описания.
     </p>
   </dd>
 
   <dt><a name="outlook"><code>outlook</code> <var>номер_ошибки</var>
-      [<var>номер-сообщения</var> | <var>outlook текст</var>]</a></dt>
+      [<var>номер-сообщения</var> | <var>текст перспективы</var>]</a></dt>
   <dd>
     <p>
       Выбирает сообщения для использования в качестве перспективы (outlook) для исправления ошибки (или
-      текущего статуса исправления ошибки). Первый параграф, не являющийся
-      псевдо-заголовком/управляющим этого сообщения, анализируется и устанавливается
-      в качестве перспективы этой ошибки, отображаю,щейся вверху
+      текущего статуса исправления ошибки). Первый параграф этого сообщения,
+      не являющийся псевдо-заголовком/управляющим, анализируется и устанавливается
+      в качестве перспективы этой ошибки, отображающейся вверху
       страницы с отчётом об ошибке. Это полезно для координации с другими, кто
       работает над исправлением этой ошибки (например, в рамках bug
       squashing party).
     </p>
     <p>
-      Если не дан <var>номер-сообщения</var>, очищает
-      перспективу. <var>Номер-сообщения</var> &mdash; это номер из списка сообщений,
-      выводящихся сценарием cgi из текста сообщения об ошибке. если
+      Если не указан <var>номер-сообщения</var>, то перспектива удаляется.
+      <var>Номер-сообщения</var> &mdash; это номер из списка сообщений,
+      выводящихся cgi-сценарием отчётов об ошибке. Если
       дан <var>номер-сообщения</var> 0, используется текущее сообщение
       (то есть, сообщение, которое было отправлено по адресу
-      control@bugs.debian.org и которое содержит команду управления кратким
-      содержанием).
+      control@bugs.debian.org и которое содержит команду управления перспективой).
     </p>
     <p>
       Если <var>номер-сообщения</var> не является ни числом, ни пустой
@@ -465,22 +465,22 @@ URI где это возможно позволяет инструментам 
 <dd>
 <p>
 Сливает несколько сообщений об ошибках. При открытии, закрытии,
-пометке как пересланные или снятии такой отметки и при пересопоставлении
+пометке как пересланные или снятии такой отметки, а также при пересопоставлении
 другому пакету любой из слитых ошибок то же самое произойдёт со всеми
 слитыми сообщениями.
 </p>
 
 <p>
-Перед тем, как ошибки можно будет слить, они должны быть в точности
-в одном состоянии: либо все открыты, либо все закрыты, с одним и тем
-же адресом пересылки автору, либо не помечены как перенаправленные,
+Перед тем как ошибки можно будет слить, они должны быть в точности
+в одном и том же состоянии: либо все открыты, либо все закрыты; с одним и тем
+же адресом пересылки автору, либо не помечены как перенаправленные;
 все сопоставлены одному и тому же пакету или пакетам (требуется точное
-соответствие строк с названиями пакетов), а также все иметь одну
-и ту же важность. Если вначале они находятся не в одном состоянии,
-вам следует перед отправкой команды <code>merge</code> использовать команды
-<code>reassign</code>, <code>reopen</code> и т.д. Названия сообщений
-не обязаны совпадать и никак не изменяются этой командой. Теги не обязаны
-совпадать. Если они не совпадают, списки тегов будут объединены.
+соответствие строк с названиями пакетов); все иметь одну
+и ту же важность. Если вначале они находятся не в одном и том же состоянии,
+вам следует использовать команды <code>reassign</code>, <code>reopen</code> и т.д.
+для приведения их в одинаковое состояние перед отправкой команды <code>merge</code>.
+Названия сообщений не обязаны совпадать и никак не изменяются этой командой. Метки
+также не обязаны совпадать и будут объединены.
 </p>
 
 <p>
@@ -515,7 +515,7 @@ URI где это возможно позволяет инструментам 
   <p>
   Нужно учесть, что это делает возможным закрыть ошибку при слиянии; если вы
   сделаете это, вы несёте ответственность за уведомление людей, предоставивших
-  ошибки, соответствующим закрытым письмом.
+  ошибки, соответствующим сообщением о закрытии.
   </p>
   </dd>
 
@@ -524,7 +524,7 @@ URI где это возможно позволяет инструментам 
 <dd>
 <p>
 Отсоединяет сообщение об ошибке от других сообщений, с которыми
-она слита. Если указанная ошибка слита с несколькими другими, они
+оно слито. Если указанная ошибка слита с несколькими другими, они
 остаются слиты друг с другом, удаляется только их связь с указанной
 ошибкой.
 </p>
@@ -543,9 +543,9 @@ URI где это возможно позволяет инструментам 
 </dd>
 
 <dt><a name="tags"><!-- match tags too --></a><a name="tag"><code>tags</code> <var>номер_ошибки</var> [ <code>+</code> | 
-<code>-</code> | <code>=</code> ] <var>tag</var> [ <var>tag</var>
+<code>-</code> | <code>=</code> ] <var>метка</var> [ <var>метка</var>
 ... ] [ <code>+</code> | <code>-</code>
- <code>=</code> <var>tag</var> ... ] ]</a></dt>
+ <code>=</code> <var>метка</var> ... ] ]</a></dt>
 
   <dd>
   <p>
@@ -554,9 +554,9 @@ URI где это возможно позволяет инструментам 
   перед меткой стоит символ <code>+</code>, то <var>метка</var>
   добавляется, метки с <code>-</code> удаляются, а при использовании
   <code>=</code> метки будут установлены в соответствии с заданным списком
-  независимо от текущего состояния. Промежуточные <code>+</code>, <code>-</code>,
+  независимо от текущего состояния. Промежуточные <code>+</code>, <code>-</code>
   или <code>=</code> изменяют действия над последующей меткой. 
-  По умолчанию теги добавляются.
+  По умолчанию метки добавляются.
   </p>
 
   <p>
@@ -570,16 +570,16 @@ URI где это возможно позволяет инструментам 
         \# то же, что 'tags 123456 + help security'
         tags 123456 help security
 
-        \# добавить теги 'fixed' и 'pending'
+        \# добавить метки 'fixed' и 'pending'
         tags 123456 + fixed pending
 
-        \# снять тег 'unreproducible'
+        \# снять метку 'unreproducible'
         tags 123456 - unreproducible
 
-        \# установить теги 'moreinfo' и 'unreproducible' и снять все остальные
+        \# установить метки 'moreinfo' и 'unreproducible' и снять все остальные
         tags 123456 = moreinfo unreproducible
 
-        \# remove the moreinfo tag and add a patch tag
+        \# снять метку 'moreinfo' и установить метку 'patch'
         tags 123456 - moreinfo + patch
   </pre>
 
@@ -595,12 +595,12 @@ URI где это возможно позволяет инструментам 
 
 <dt><a name="block"><code>block</code> <var>номер_ошибки</var> 
   <code>by</code> <var>ошибка</var> ...</a></dt>
-  <dd>Учтите, что исправление для первой ошибки блокируется другими перечисленными ошибками.
+  <dd>Пометить, что исправление для первой ошибки блокируется другими перечисленными ошибками.
 </dd>
 
 <dt><a name="unblock"><code>unblock</code> <var>номер_ошибки</var> 
   <code>by</code> <var>ошибка</var> ...</a></dt>
-  <dd>Учтите, что исправление для первой ошибки больше не блокируется
+  <dd>Пометить, что исправление для первой ошибки больше не блокируется
   другими перечисленными ошибками.
 </dd>
 
@@ -617,7 +617,7 @@ URI где это возможно позволяет инструментам 
 но (в отличие от отправки сообщения по адресу
 <var>номер_ошибки</var><code>-done@bugs.debian.org</code>) в уведомление <strong>не
 включается</strong> текст письма, закрывшего ошибку. Сопровождающий,
-закрывший ошибку, должен убедиться, вероятно, послав отдельное письмо,
+закрывший ошибку, должен убедиться (вероятно, послав отдельное письмо),
 что сообщивший об ошибке пользователь знает, почему она была закрыта.
 Поэтому использование этой команды не рекомендуется. См. информацию для
 разработчиков о том, <a href="Developer#closing">как правильно закрывать
@@ -677,7 +677,7 @@ URI где это возможно позволяет инструментам 
 
 <dt><a name="noowner"><code>noowner</code> <var>номер_ошибки</var></a></dt>
 
-  <dd>Удаляет запись о каком-либо хозяине ошибки, помимо основного
+  <dd>Удаляет запись о каком-либо хозяине ошибки помимо основного
   сопровождающего пакета. Если у ошибки не зафиксирован хозяин, ничего
   не делает.
 </dd>
@@ -692,7 +692,7 @@ URI где это возможно позволяет инструментам 
 <dt><a name="unarchive"><code>unarchive</code> <var>номер_ошибки</var></a></dt>
 
   <dd>Разархивирует ошибку, которая ранее была заархивирована. Разархивирование
-  должно быть сделано совместно с переоткрытием и найдено/исправлено, если нужно.
+  обычно должно быть сделано совместно с reopen и found/fixed, как необходимо.
   Ошибки, которые были разархивированы, могут быть заархивированы командой archive,
   принимая во внимание, что соблюдаются условия, не основанные на времени. Вам не следует
   использовать разархивирование для того, чтобы сделать тривиальные изменения заархивированных ошибок (такие как
@@ -720,10 +720,10 @@ URI где это возможно позволяет инструментам 
 <!-- <dt><code>kthxbye</code></dt> -->
 <!-- See... I documented it! -->
   <dd>
-      Отдельной строкой, перед которой могут быть пробелы, 
-      указывает серверу управления прекратить обработку письма, оставшаяся
-      его часть может включать объяснения, подписи или что-то ещё. Она никак
-      не обрабатывается сервером управления.
+      Отдельной строкой, после которой могут быть пробелы,
+      указывает серверу управления прекратить обработку письма. Оставшаяся
+      его часть может включать объяснения, подписи или что-то ещё&nbsp;&mdash;
+      она никак не обрабатывается сервером управления.
 </dd>
 
 </dl>
diff --git a/russian/Bugs/server-refcard.wml b/russian/Bugs/server-refcard.wml
index d12bd9f69e0..37b4065ebbf 100644
--- a/russian/Bugs/server-refcard.wml
+++ b/russian/Bugs/server-refcard.wml
@@ -4,7 +4,7 @@
 
 <h1>Краткое описание почтовых серверов</h1>
 
-<p>Полная документации по почтовым серверам доступна на www-сайте,
+<p>Полная документация по почтовым серверам доступна на www-сайте,
 в файлах
 <a href="server-request">bug-log-mailserver.txt</a> и
 <a href="server-control">bug-maint-mailcontrol.txt</a> или при
@@ -57,7 +57,7 @@
 <li><code>unmerge</code> <var>номер_ошибки</var></li>
 <li><code>forcemerge</code> <var>номер_ошибки</var> <var>номер_ошибки</var> ...</li>
 <li><code>tag</code> <var>номер_ошибки</var>
-  [ <code>+</code> | <code>-</code> | <code>=</code> ] <var>тег</var> [ <var>тег</var> ... ]</li>
+  [ <code>+</code> | <code>-</code> | <code>=</code> ] <var>метка</var> [ <var>метка</var> ... ]</li>
 <li><code>block</code> <var>номер_ошибки</var> <code>by</code> <var>ошибка</var> ...</li>
 <li><code>unblock</code> <var>номер_ошибки</var> <code>by</code> <var>ошибка</var> ...</li>
 <li><code>close</code> <var>номер_ошибки</var> [ <var>исправленная_версия</var> ]
@@ -71,7 +71,7 @@
 
 <p>Значения <a href="Developer#severities">важности</a>: <bts_severities>.</p>
 
-<p>Возможные <a href="Developer#tags">теги</a>: <bts_tags>.</p>
+<p>Возможные <a href="Developer#tags">метки</a>: <bts_tags>.</p>
 
 <h2>Обзор подачи ошибок и адреса откликов</h2>
 
diff --git a/russian/Bugs/server-request.wml b/russian/Bugs/server-request.wml
index 3e6873fd1e2..ab155a6a0b0 100644
--- a/russian/Bugs/server-request.wml
+++ b/russian/Bugs/server-request.wml
@@ -12,17 +12,17 @@
 что она используется при создании темы ответного сообщения.</p>
 
 <p>Тело письма должно содержать последовательность команд, по одной на
-строке. Вы получите ответ, содержащий копии команд вашего письма и ответ
-на каждую команду. В случае перечисленных ниже команд, никакие уведомления
+строку. Вы получите ответ, содержащий копии команд вашего письма и ответ
+на каждую команду. Для перечисленных ниже команд никакие уведомления
 никому не отправляются, и сообщения не сохраняются ни в каком общедоступном
 журнале.</p>
 
-<p>Любой текст в строке, начинающейся со знака диеза (<code>#</code>)
+<p>Любой текст в строке, начинающейся со знака диеза (<code>#</code>),
 игнорируется. Обработку сообщения сервер прекращает при обнаружении
-строки с <a href="#stopprocessing">ограничителя управления</a>
+строки с <a href="#stopprocessing">ограничителем управления</a>
 (например, <code>quit</code>, <code>thank you</code>, или два дефиса).
-Он также прекращает работу при разборе слишком большого
-количества не распознаваемых или плохо отформатированных команд.
+Он также прекращает работу в случае слишком большого
+количества не распознанных или неверно отформатированных команд.
 Если разбор ни одной команды не завершился успешно, сервер отправляет
 в ответ справку по его использованию.</p>
 
@@ -74,7 +74,7 @@
 <dt><code>send-unmatched</code> <code>old</code>|<code>-2</code></dt>
 <dd>
 Запрашивает журнал сообщений, не связанных с конкретным сообщением об
-ошибке за эту, прошлую или позапрошлую неделю. Каждая неделя считается
+ошибке, за эту, прошлую или позапрошлую неделю. Каждая неделя считается
 заканчивающейся в среду.
 <dt><code>getinfo</code> <var>имя_файла</var></dt>
 <dd>
@@ -96,8 +96,8 @@
 <dd>
 Информация о приоритетах и разделах пакетов и переопределённой информации
 о сопровождающих. Эта информация используется при создании файлов
-<code>Packages</code> в ftp-архиве. Доступны информация по каждому из
-основных деревьев дистрибутива.
+<code>Packages</code> в ftp-архиве. Доступна информация по каждому из
+основных деревьев дистрибутива по их кодовым именам.
 </dd>
 <dt><code>pseudo-packages.description</code></dt>
 <dt><code>pseudo-packages.maintainers</code></dt>
@@ -109,7 +109,7 @@
 
 <dt><code>refcard</code></dt>
 <dd>
-Запрашивает краткое описание работы почтовых серверов в простом ASCII-тексте.
+Запрашивает краткое описание работы почтовых серверов в простом текстовом формате ASCII.
 </dd>
 
 <dt><a name="user"><code>user</code> <var>адрес</var></a></dt>
@@ -123,8 +123,8 @@
     [ <var>метка</var> ... ]</a></dt>
 <dd>
 Позволяет определить метки для каждого пользователя. Команда <code>usertag</code>
-работает также как и обычная команда <code>tag</code> за исключением того, что
-вы можете создавать любые метки. По-умолчанию, в качестве пользователя команды
+работает так же, как и обычная команда <code>tag</code>, за исключением того, что
+вы можете создавать любые метки. По умолчанию в качестве пользователя команды
 <code>usertag</code> используется адрес
 в заголовке <code>From:</code> или <code>Reply-To:</code> вашего сообщения.
 </dd>
@@ -133,18 +133,18 @@
      <var>имя-категории</var> [ <code>[hidden]</code> ]</a></dt>
 <dd>
 <p>
-Добавляет, обновляет или удаляет <code>usercategory</code>. По умолчанию, пользовательская
+Добавляет, обновляет или удаляет <code>usercategory</code>. По умолчанию пользовательская
 категория видна; если указан добавочный аргумент <code>[hidden]</code>,
 она не будет видна, но всё ещё будет доступна для
 указания из других определений пользовательских категорий.
 </p>
 
 <p>
-Эта команда в некотором смысле особа, поскольку при добавлении или обновлении 
+Эта команда в некотором смысле особенная, поскольку при добавлении или обновлении
 пользовательской категории она требует, чтобы сразу за командой передавалось
 тело команды. Если
 тело пусто, пользовательская категория будет удалена. Тело составляется
-из строк с любым количеством пробелов. Всякая категория
+из строк с любым количеством пробелов в начале. Всякая категория
 должна начинаться со строки с <code>*</code>, дополнительно за ней могут
 следовать несколько строк выбора, начинающихся с <code>+</code>. Её полный
 формат таков:
@@ -159,23 +159,23 @@
 &nbsp;+ <var>Заголовок Выбора 2</var> <code>[</code>
         [ <var>порядок</var><code>:</code> ]
         <var>выбор-2</var> <code>]</code><br />
-&nbsp;+ <var>Заголовок Выбора По-умолчанию</var> <code>[</code>
+&nbsp;+ <var>Заголовок Выбора По Умолчанию</var> <code>[</code>
         [ <var>порядок</var>: ] <code>]</code><br />
 * <var>имя-категории-3</var><br />
 </div>
 
 <p>
-<var>Имена-категорий</var>, встречающиеся в команде и в теле
+<var>Имена-категорий</var>, встречающиеся в команде и в теле команды,
 используются для того, чтобы создавать между ними ссылки и избежать ненужного усложнения строк.
-<var>Заголовки категорий</var> используются в резюме отчёта о пакете.
+<var>Заголовки категорий</var> используются в кратком отчёте о пакете.
 </p>
 
 <p>
 Дополнительный <var>префикс-выбора</var> предписывается каждому
 <var>выбору</var> всякого элемента в разделе категории. Первый
-<var>выбор</var>, который подходит, получает ошибку, показанную под ним.
+<var>выбор</var>, который подходит, получает ошибку, показываемую под ним.
 Дополнительный параметр <var>порядок</var> определяет позицию при показе
-выбранных элементов, это полезно, когда используется шаблон, который выбирает
+выбранных элементов; это полезно, когда используется шаблон, который выбирает
 надмножество предыдущих элементов, но который следует показать перед ними.
 </p>
 <p>
@@ -225,7 +225,7 @@
 
 <dt><code>help</code></dt>
 <dd>
-Запрашивает настоящую справку в простом ASCII-тексте.
+Запрашивает настоящую справку в простом текстовом формате ASCII.
 </dd>
 <dt><a name="stopprocessing"></a><code>quit</code></dt>
 <dt><code>stop</code></dt>
@@ -240,8 +240,8 @@
 <dd>
 Останавливает обработку письма. После этого вы можете помещать любой
 текст по своему усмотрению, он будет игнорироваться. Вы можете
-использовать эту возможность для включения комментариев более длинных,
-чем уместны в строках, начинающихся с <code>#</code>, например,
+использовать эту возможность для включения более длинных комментариев,
+чем уместны в строках, начинающихся с <code>#</code>, например
 предназначенных для чтения человеком (читающим письмо в журналах
 системы отслеживания ошибок или указанным в поле <code>CC</code> или
 <code>BCC</code>).
@@ -254,7 +254,7 @@
 <dt><code>debug</code> <var>уровень</var></dt>
 <dd>
 Устанавливает уровень отладки в <var>уровень</var>. Он может принимать
-неотрицательные целые значения. 0 означает отсутствие отладки, 1
+неотрицательные целые значения. 0 означает отсутствие отладки; значения 1
 обычно достаточно. Отладочный вывод также попадает в ответное сообщение.
 Вероятно, эта возможность бесполезна для большинства пользователей
 системы.
@@ -274,7 +274,7 @@
 <code>bug-maint-mailcontrol.txt</code> или при отправке команды
 <code>help</code> по адресу <code>control@bugs</code>.</p>
 
-<p>На случай, если вы читаете этот документ в простом текстовом файле
+<p>На случай если вы читаете этот документ в простом текстовом файле
 или получили его по электронной почте: доступ к HTML-версии можно
 получить с главной страницы системы отслеживания ошибок
 <code>https://www.debian.org/Bugs/</code>.</p>
-- 
2.20.1

From e014af6e90fded5b475583174a2b63a7d148a388 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?=D0=90=D0=BB=D0=B5=D0=BA=D1=81=D0=B5=D0=B9=20=D0=A8=D0=B8?=
 =?UTF-8?q?=D0=BB=D0=B8=D0=BD?= <rootlexx@mail.ru>
Date: Fri, 15 Nov 2019 02:35:11 +0300
Subject: [PATCH 2/3] Improve formatting a tiny bit

---
 russian/Bugs/server-control.wml | 970 ++++++++++++++++----------------
 russian/Bugs/server-request.wml |  58 +-
 2 files changed, 513 insertions(+), 515 deletions(-)

diff --git a/russian/Bugs/server-control.wml b/russian/Bugs/server-control.wml
index 8ba79c163c9..382fa75a19b 100644
--- a/russian/Bugs/server-control.wml
+++ b/russian/Bugs/server-control.wml
@@ -98,266 +98,255 @@
   </table>
 
 <dl>
-<dt><a name="reassign"><code>reassign</code> <var>номер_ошибки</var> <var>пакет</var>
- [ <var>версия</var> ]</a></dt>
-
-<dd>
-<p>
-Делает запись о том, что ошибка #<var>номер_ошибки</var> на самом деле
-относится к пакету <var>пакет</var>. Это может использоваться для
-задания информации о пакете, если пользователь забыл включить псевдо-заголовок,
-или для изменения сопоставления, сделанного ранее. Никакие уведомления
-никому не посылаются (за исключением обычной информации об обработке
-запроса).
-</p>
-
-<p>
-Если вы предоставили <var>версию</var>, система отслеживания ошибок
-отметит, что ошибке подвержена данная версия нового принятого пакета.
-</p>
-
-<p>
-      Можно назначить ошибку двум пакетам за один раз, введя их названия
-	  через запятую. <em>Однако</em> это допустимо, только если ошибка 
-	  может быть исправлена в <em>любом из двух</em> пакетов. В противном 
-	  случае необходимо <a href="#clone">продублировать</a> сообщение об
-	  ошибке для другого пакета.
-	  </p>
-</dd>
-
-<dt><a name="reopen"><code>reopen</code> <var>номер_ошибки</var>
- [ <var>адрес_создателя</var> | <code>=</code> | <code>!</code> ]</a></dt>
-
-<dd>
-<p>
-Заново открывает ошибку #<var>номер_ошибки</var>, если она закрыта.
-</p>
-
-<p>
-По умолчанию или если вы задали <code>=</code>, создателем сообщения
-по прежнему считается первый отправитель сообщения об ошибке, так что
-если ошибка будет закрыта, уведомление получит именно он.
-</p>
-
-<p>
-Если вы укажете <var>адрес_создателя</var>, создателем будет
-считаться обладатель этого адреса. Если вы хотите сами считаться
-создателем заново открытого сообщения об ошибке, вы можете либо указать
-свой собственный адрес, либо просто поставить <code>!</code>.
-</p>
-
-<p>
-Обычно стоит предупредить человека, которого вы собираетесь записать
-создателем сообщения, что вы заново открываете ошибку, чтобы уведомление,
-посылаемое при её новом закрытии, не стало для него неожиданностью.
-</p>
-
-<p>
-Если ошибка не закрыта, reopen не делает ничего, даже не меняет
-запись о создателе сообщения. Чтобы поменять создателя открытого сообщения
-об ошибке, используйте команду <code>submitter</code>. Имейте в виду,
-что первоначальный отправитель получит сообщение об этом изменении.
-</p>
-
-<p>
-Если ошибка была записана как бывшая закрытой в конкретной версии пакета,
-но вернулась в более поздней версии, то лучше использовать команду
-<code>found</code>.
-</p>
-</dd>
+  <dt><a name="reassign"><code>reassign</code> <var>номер_ошибки</var> <var>пакет</var>
+      [ <var>версия</var> ]</a></dt>
+  <dd>
+    <p>
+    Делает запись о том, что ошибка #<var>номер_ошибки</var> на самом деле
+    относится к пакету <var>пакет</var>. Это может использоваться для
+    задания информации о пакете, если пользователь забыл включить псевдо-заголовок,
+    или для изменения сопоставления, сделанного ранее. Никакие уведомления
+    никому не посылаются (за исключением обычной информации об обработке
+    запроса).
+    </p>
 
-<dt><a name="found"><code>found</code> <var>номер_ошибки</var> [ 
-<var>версия</var> ]</a></dt>
+    <p>
+    Если вы предоставили <var>версию</var>, система отслеживания ошибок
+    отметит, что ошибке подвержена данная версия нового принятого пакета.
+    </p>
 
-<dd>
-<p>
-Записывает, что #<var>номер_ошибки</var> был выявлен в данной
-<var>версии</var> пакета, с которым она связана.
-<var>Версия</var> может быть полной версией
-вида <var>пакет_с_исходным_кодом/версия</var>
-</p>
+    <p>
+    Можно назначить ошибку двум пакетам за один раз, введя их названия
+    через запятую. <em>Однако</em> это допустимо, только если ошибка 
+    может быть исправлена в <em>любом из двух</em> пакетов. В противном 
+    случае необходимо <a href="#clone">продублировать</a> сообщение об
+    ошибке для другого пакета.
+    </p>
+  </dd>
 
-<p>
-Система отслеживания ошибок использует эту информацию, совместно с
-исправленными версиями, записанными при закрытии ошибок, чтобы отобразить список
-ошибок, открытых в различных версиях каждого пакета. Ошибка считается открытой,
-когда нет исправленной версии или когда она была найдена позже, чем была
-исправлена.
-</p>
+  <dt><a name="reopen"><code>reopen</code> <var>номер_ошибки</var>
+      [ <var>адрес_создателя</var> | <code>=</code> | <code>!</code> ]</a></dt>
+  <dd>
+    <p>
+    Заново открывает ошибку #<var>номер_ошибки</var>, если она закрыта.
+    </p>
 
-<p>
-Если <var>версия</var> не указана, тогда список исправленных версий
-для ошибки очищается. Это идентично поведению команды
-<code>reopen</code>.
-<var>Версия</var> может быть полной версией
-вида <var>пакет_с_исходным_кодом/версия</var>
-</p>
+    <p>
+    По умолчанию или если вы задали <code>=</code>, создателем сообщения
+    по прежнему считается первый отправитель сообщения об ошибке, так что
+    если ошибка будет закрыта, уведомление получит именно он.
+    </p>
 
-<p>
-Эта команда отметит сообщение об ошибке как неисправленное, только если
-<var>версия</var> не указана, или же отмечена та <var>версия</var>, которая
-эквивалентна (или выше) самой высокой <var>версии</var>, отмеченной как
-исправленная. (Если вы уверены в желании отметить ошибку как неисправленную,
-используйте <code>reopen</code> вместе с <code>found</code>.)
-</p>
+    <p>
+    Если вы укажете <var>адрес_создателя</var>, создателем будет
+    считаться обладатель этого адреса. Если вы хотите сами считаться
+    создателем заново открытого сообщения об ошибке, вы можете либо указать
+    свой собственный адрес, либо просто поставить <code>!</code>.
+    </p>
 
-<p>
-Эта команда была введена в предпочтение к <code>reopen</code>, так как
-было сложно добавить <var>версию</var> к её командному синтаксису без
-внесения неясностей.
-</p>
-</dd>
+    <p>
+    Обычно стоит предупредить человека, которого вы собираетесь записать
+    создателем сообщения, что вы заново открываете ошибку, чтобы уведомление,
+    посылаемое при её новом закрытии, не стало для него неожиданностью.
+    </p>
 
-<dt><a name="notfound"><code>notfound</code> <var>номер_ошибки</var> 
-<var>версия</var></a></dt>
+    <p>
+    Если ошибка не закрыта, reopen не делает ничего, даже не меняет
+    запись о создателе сообщения. Чтобы поменять создателя открытого сообщения
+    об ошибке, используйте команду <code>submitter</code>. Имейте в виду,
+    что первоначальный отправитель получит сообщение об этом изменении.
+    </p>
 
-<dd>
-<p>
-Удаляет запись о том, что ошибка #<var>номер_ошибки</var> встречена в указанной
-<var>версии</var> пакета, которому она была назначена.
-<var>Версия</var> может быть полной версией
-вида <var>пакет_с_исходным_кодом/версия</var>
-</p>
+    <p>
+    Если ошибка была записана как бывшая закрытой в конкретной версии пакета,
+    но вернулась в более поздней версии, то лучше использовать команду
+    <code>found</code>.
+    </p>
+  </dd>
 
-<p>
-Это отличается от закрытия ошибки для этой версии в том, что ошибка также не будет
-помечена как исправленная в этой версии; никакой информации об этой версии
-не будет известно. Она предназначена для исправления ошибок в записи о том,
-когда ошибка была найдена.
-</p>
-</dd>
+  <dt><a name="found"><code>found</code> <var>номер_ошибки</var>
+      [ <var>версия</var> ]</a></dt>
+  <dd>
+    <p>
+    Записывает, что #<var>номер_ошибки</var> был выявлен в данной
+    <var>версии</var> пакета, с которым она связана.
+    <var>Версия</var> может быть полной версией
+    вида <var>пакет_с_исходным_кодом/версия</var>
+    </p>
 
-<dt><a name="fixed"><code>fixed</code> <var>номер_ошибки</var> 
-<var>версия</var></a></dt>
+    <p>
+    Система отслеживания ошибок использует эту информацию, совместно с
+    исправленными версиями, записанными при закрытии ошибок, чтобы отобразить список
+    ошибок, открытых в различных версиях каждого пакета. Ошибка считается открытой,
+    когда нет исправленной версии или когда она была найдена позже, чем была
+    исправлена.
+    </p>
 
-<dd>
-<p>
-Показывает, что ошибка #<var>номер_ошибки</var> была исправлена в данной
-<var>версии</var> пакета, которому она назначена.
-<var>Версия</var> может быть полной версией
-вида <var>пакет_с_исходным_кодом/версия</var>
-</p>
+    <p>
+    Если <var>версия</var> не указана, тогда список исправленных версий
+    для ошибки очищается. Это идентично поведению команды
+    <code>reopen</code>.
+    <var>Версия</var> может быть полной версией
+    вида <var>пакет_с_исходным_кодом/версия</var>
+    </p>
 
-<p>
-Это <em>не</em> означает, что ошибка будет помечена как закрытая, это
-лишь добавляет другую версию, в которой ошибка была исправлена. Для того чтобы
-закрыть ошибку и отметить её исправленной в определённой версии, используйте
-адрес bugnumber-done.
-</p>
-</dd>
+    <p>
+    Эта команда отметит сообщение об ошибке как неисправленное, только если
+    <var>версия</var> не указана, или же отмечена та <var>версия</var>, которая
+    эквивалентна (или выше) самой высокой <var>версии</var>, отмеченной как
+    исправленная. (Если вы уверены в желании отметить ошибку как неисправленную,
+    используйте <code>reopen</code> вместе с <code>found</code>.)
+    </p>
 
-<dt><a name="notfixed"><code>notfixed</code> <var>номер_ошибки</var> 
-<var>версия</var></a></dt>
+    <p>
+    Эта команда была введена в предпочтение к <code>reopen</code>, так как
+    было сложно добавить <var>версию</var> к её командному синтаксису без
+    внесения неясностей.
+    </p>
+  </dd>
 
-<dd>
-<p>
-Удаляет запись о том, что ошибка #<var>номер_ошибки</var> была исправлена
-в данной <var>версии</var>.
-<var>Версия</var> может быть полной версией
-вида <var>пакет_с_исходным_кодом/версия</var>
-</p>
+  <dt><a name="notfound"><code>notfound</code> <var>номер_ошибки</var> 
+      <var>версия</var></a></dt>
+  <dd>
+    <p>
+    Удаляет запись о том, что ошибка #<var>номер_ошибки</var> встречена в указанной
+    <var>версии</var> пакета, которому она была назначена.
+    <var>Версия</var> может быть полной версией
+    вида <var>пакет_с_исходным_кодом/версия</var>
+    </p>
 
-<p>Эта команда эквивалентна командам <code>found</code> и
-<code>notfound</code>, следующим одна за другой (found удаляет fixed в
-определённой версии, а notfound удаляет found) с тем исключением, что
-ошибка не открывается заново, если версия, в которой найдена ошибка, выше,
-чем любая существующая исправленная версия. Это необходимо для исправления
-ошибок в записи того, когда ошибка была исправлена; в большинстве случаев вам
-нужна команда <code>found</code>, а не <code>notfixed</code>.
-</p>
-</dd>
+    <p>
+    Это отличается от закрытия ошибки для этой версии в том, что ошибка также не будет
+    помечена как исправленная в этой версии; никакой информации об этой версии
+    не будет известно. Она предназначена для исправления ошибок в записи о том,
+    когда ошибка была найдена.
+    </p>
+  </dd>
 
-<dt><a name="submitter"><code>submitter</code> <var>номер_ошибки</var>
-<var>адрес_создателя</var> | <code>!</code></a></dt>
+  <dt><a name="fixed"><code>fixed</code> <var>номер_ошибки</var>
+      <var>версия</var></a></dt>
+  <dd>
+    <p>
+    Показывает, что ошибка #<var>номер_ошибки</var> была исправлена в данной
+    <var>версии</var> пакета, которому она назначена.
+    <var>Версия</var> может быть полной версией
+    вида <var>пакет_с_исходным_кодом/версия</var>
+    </p>
 
-<dd>
-<p>
-Изменяет запись об отправителе ошибки #<var>номер_ошибки</var>
-на <var>адрес_создателя</var>.
-</p>
+    <p>
+    Это <em>не</em> означает, что ошибка будет помечена как закрытая, это
+    лишь добавляет другую версию, в которой ошибка была исправлена. Для того чтобы
+    закрыть ошибку и отметить её исправленной в определённой версии, используйте
+    адрес bugnumber-done.
+    </p>
+  </dd>
 
-<p>
-Если вы хотите сами считаться создателем сообщения об ошибке,
-вы можете либо указать свой собственный адрес, либо просто
-поставить <code>!</code>.
-</p>
+  <dt><a name="notfixed"><code>notfixed</code> <var>номер_ошибки</var>
+      <var>версия</var></a></dt>
+  <dd>
+    <p>
+    Удаляет запись о том, что ошибка #<var>номер_ошибки</var> была исправлена
+    в данной <var>версии</var>.
+    <var>Версия</var> может быть полной версией
+    вида <var>пакет_с_исходным_кодом/версия</var>
+    </p>
 
-<p>
-В то время как команда <code>reopen</code> изменяет создателей и
-других ошибок, слитых с той, которая открывается заново,
-<code>submitter</code> не влияет на слитые ошибки.
-</p>
-</dd>
+    <p>Эта команда эквивалентна командам <code>found</code> и
+    <code>notfound</code>, следующим одна за другой (found удаляет fixed в
+    определённой версии, а notfound удаляет found) с тем исключением, что
+    ошибка не открывается заново, если версия, в которой найдена ошибка, выше,
+    чем любая существующая исправленная версия. Это необходимо для исправления
+    ошибок в записи того, когда ошибка была исправлена; в большинстве случаев вам
+    нужна команда <code>found</code>, а не <code>notfixed</code>.
+    </p>
+  </dd>
 
-<dt><a name="forwarded"><code>forwarded</code> <var>номер_ошибки</var> 
-<var>адрес</var></a></dt>
-<dd>
-<p>
-Отмечает, что сообщение об ошибке <var>номер_ошибки</var> было
-отправлено разработчику оригинального пакета по адресу <var>адрес</var>.
-Она сама не пересылает сообщение. Это может использоваться для
-исправления существующего неправильного адреса пересылки или для добавления
-нового к ошибке, которая ранее не была помечена как перенаправленная.
-В <var>адресе</var> обычно задаётся URI или адрес эл. почты. Использование
-URI, где это возможно, позволяет инструментам запрашивать удалённую
-систему отслеживания ошибок (например,  bugzilla) о состоянии ошибки.
-</p>
+  <dt><a name="submitter"><code>submitter</code> <var>номер_ошибки</var>
+      <var>адрес_создателя</var> | <code>!</code></a></dt>
+  <dd>
+    <p>
+    Изменяет запись об отправителе ошибки #<var>номер_ошибки</var>
+    на <var>адрес_создателя</var>.
+    </p>
 
-<p>
-Пример:
-</p>
+    <p>
+    Если вы хотите сами считаться создателем сообщения об ошибке,
+    вы можете либо указать свой собственный адрес, либо просто
+    поставить <code>!</code>.
+    </p>
 
-<pre>
- forwarded 12345 http://bugz.illa.foo/cgi/54321
-</pre>
-</dd>
+    <p>
+    В то время как команда <code>reopen</code> изменяет создателей и
+    других ошибок, слитых с той, которая открывается заново,
+    <code>submitter</code> не влияет на слитые ошибки.
+    </p>
+  </dd>
 
-<dt><a name="notforwarded"><code>notforwarded</code> 
-<var>номер_ошибки</var></a></dt>
+  <dt><a name="forwarded"><code>forwarded</code> <var>номер_ошибки</var>
+      <var>адрес</var></a></dt>
+  <dd>
+    <p>
+    Отмечает, что сообщение об ошибке <var>номер_ошибки</var> было
+    отправлено разработчику оригинального пакета по адресу <var>адрес</var>.
+    Она сама не пересылает сообщение. Это может использоваться для
+    исправления существующего неправильного адреса пересылки или для добавления
+    нового к ошибке, которая ранее не была помечена как перенаправленная.
+    В <var>адресе</var> обычно задаётся URI или адрес эл. почты. Использование
+    URI, где это возможно, позволяет инструментам запрашивать удалённую
+    систему отслеживания ошибок (например,  bugzilla) о состоянии ошибки.
+    </p>
 
-<dd>
-<p>
-Убирает все записи о том, что ошибка <var>номер_ошибки</var> была
-переслана автору оригинального пакета. Если ошибка не помечена
-как перенаправленная, то не делает ничего.
-</p>
-</dd>
+    <p>
+    Пример:
+    </p>
 
-<dt><a name="retitle"><code>retitle</code> <var>номер_ошибки</var> 
-<var>новое_название</var></a></dt>
+    <pre>
+      forwarded 12345 http://bugz.illa.foo/cgi/54321
+    </pre>
+  </dd>
 
-<dd>
-<p>
-Изменяет название сообщения об ошибке на заданное (по умолчанию им
-является содержимое заголовка <code>Subject</code> (тема) первоначального сообщения об ошибке).
-Также изменит названия всех отчётов об ошибках, с которыми слита
-эта ошибка.
-</p>
-</dd>
+  <dt><a name="notforwarded"><code>notforwarded</code> <var>номер_ошибки</var></a></dt>
+  <dd>
+    <p>
+    Убирает все записи о том, что ошибка <var>номер_ошибки</var> была
+    переслана автору оригинального пакета. Если ошибка не помечена
+    как перенаправленная, то не делает ничего.
+    </p>
+  </dd>
 
-<dt><a name="severity"><code>severity</code> <var>номер_ошибки</var> 
-<var>важность</var></a></dt>
+  <dt><a name="retitle"><code>retitle</code> <var>номер_ошибки</var>
+      <var>новое_название</var></a></dt>
+  <dd>
+    <p>
+    Изменяет название сообщения об ошибке на заданное (по умолчанию им
+    является содержимое заголовка <code>Subject</code> (тема) первоначального сообщения об ошибке).
+    Также изменит названия всех отчётов об ошибках, с которыми слита
+    эта ошибка.
+    </p>
+  </dd>
 
-<dd>
-<p>
-Устанавливает уровень важности ошибки #<var>номер_ошибки</var>
-в <var>важность</var>. Пользователю, сообщившему об ошибке,
-уведомление не посылается.
-</p>
+  <dt><a name="severity"><code>severity</code> <var>номер_ошибки</var>
+      <var>важность</var></a></dt>
+  <dd>
+    <p>
+    Устанавливает уровень важности ошибки #<var>номер_ошибки</var>
+    в <var>важность</var>. Пользователю, сообщившему об ошибке,
+    уведомление не посылается.
+    </p>
 
-<p>
-Допустимые уровни важности: <bts_severities>.
-</p>
+    <p>
+    Допустимые уровни важности: <bts_severities>.
+    </p>
 
-<p>
-<a href="Developer#severities">Их значение</a> см. в общей документации
-по системе отслеживания ошибок для разработчика.
-</p>
-</dd>
+    <p>
+    <a href="Developer#severities">Их значение</a> см. в общей документации
+    по системе отслеживания ошибок для разработчика.
+    </p>
+  </dd>
 
   <dt><a name="affects"><code>affects</code> <var>номер_ошибки</var>
-      [ <code>+</code> | <code>-</code> | <code>=</code>
-      ] <var>пакет</var> [ <var>пакет</var> ... ]</a></dt>
+      [ <code>+</code> | <code>-</code> | <code>=</code> ]
+      <var>пакет</var> [ <var>пакет</var> ... ]</a></dt>
   <dd>
     <p>
       Указывает, что ошибка влияет на другой пакет. В случае, если
@@ -429,302 +418,297 @@ URI, где это возможно, позволяет инструментам
     </p>
   </dd>
 
-<dt><a name="clone"><code>clone</code> <var>номер_ошибки</var> <var>новый идентификатор</var>
- [ <var>новые идентификаторы</var> ... ]</a></dt>
+  <dt><a name="clone"><code>clone</code> <var>номер_ошибки</var> <var>новый идентификатор</var>
+      [ <var>новые идентификаторы</var> ... ]</a></dt>
+  <dd>
+    <p>
+    Управляющая команда clone позволяет вам продублировать сообщение
+    об ошибке. Это полезно в случае, когда одно сообщение на самом деле
+    относится к нескольким различным ошибкам. <q><var>Новые идентификаторы</var></q>&nbsp;&mdash;
+    это отрицательные числа, разделённые пробелами, которые могут использоваться
+    в последующих командах управления для ссылки на созданные дубликаты.
+    Для каждого нового идентификатора создаётся новое сообщение.
+    </p>
+
+    <p>
+    Пример использования:
+    </p>
+
+    <pre>
+          clone 12345 -1 -2
+          reassign -1 foo
+          retitle -1 foo: foo sucks
+          reassign -2 bar
+          retitle -2 bar: bar sucks when used with foo
+          severity -2 wishlist
+          clone 123456 -3
+          reassign -3 foo
+          retitle -3 foo: foo sucks
+          merge -1 -3
+    </pre>
+  </dd>
 
+  <dt><a name="merge"><code>merge</code> <var>номер_ошибки</var> <var>номер_ошибки</var> ...</a></dt>
   <dd>
-  <p>
-  Управляющая команда clone позволяет вам продублировать сообщение
-  об ошибке. Это полезно в случае, когда одно сообщение на самом деле
-  относится к нескольким различным ошибкам. <q><var>Новые идентификаторы</var></q>&nbsp;&mdash;
-  это отрицательные числа, разделённые пробелами, которые могут использоваться
-  в последующих командах управления для ссылки на созданные дубликаты.
-  Для каждого нового идентификатора создаётся новое сообщение.
-  </p>
-
-  <p>
-  Пример использования:
-  </p>
-
-  <pre>
-        clone 12345 -1 -2
-        reassign -1 foo
-        retitle -1 foo: foo sucks
-        reassign -2 bar
-        retitle -2 bar: bar sucks when used with foo
-        severity -2 wishlist
-        clone 123456 -3
-        reassign -3 foo
-        retitle -3 foo: foo sucks
-        merge -1 -3
-  </pre>
-</dd>
-
-<dt><a name="merge"><code>merge</code> <var>номер_ошибки</var> <var>номер_ошибки</var> ...</a></dt>
-
-<dd>
-<p>
-Сливает несколько сообщений об ошибках. При открытии, закрытии,
-пометке как пересланные или снятии такой отметки, а также при пересопоставлении
-другому пакету любой из слитых ошибок то же самое произойдёт со всеми
-слитыми сообщениями.
-</p>
+    <p>
+    Сливает несколько сообщений об ошибках. При открытии, закрытии,
+    пометке как пересланные или снятии такой отметки, а также при пересопоставлении
+    другому пакету любой из слитых ошибок то же самое произойдёт со всеми
+    слитыми сообщениями.
+    </p>
 
-<p>
-Перед тем как ошибки можно будет слить, они должны быть в точности
-в одном и том же состоянии: либо все открыты, либо все закрыты; с одним и тем
-же адресом пересылки автору, либо не помечены как перенаправленные;
-все сопоставлены одному и тому же пакету или пакетам (требуется точное
-соответствие строк с названиями пакетов); все иметь одну
-и ту же важность. Если вначале они находятся не в одном и том же состоянии,
-вам следует использовать команды <code>reassign</code>, <code>reopen</code> и т.д.
-для приведения их в одинаковое состояние перед отправкой команды <code>merge</code>.
-Названия сообщений не обязаны совпадать и никак не изменяются этой командой. Метки
-также не обязаны совпадать и будут объединены.
-</p>
+    <p>
+    Перед тем как ошибки можно будет слить, они должны быть в точности
+    в одном и том же состоянии: либо все открыты, либо все закрыты; с одним и тем
+    же адресом пересылки автору, либо не помечены как перенаправленные;
+    все сопоставлены одному и тому же пакету или пакетам (требуется точное
+    соответствие строк с названиями пакетов); все иметь одну
+    и ту же важность. Если вначале они находятся не в одном и том же состоянии,
+    вам следует использовать команды <code>reassign</code>, <code>reopen</code> и т.д.
+    для приведения их в одинаковое состояние перед отправкой команды <code>merge</code>.
+    Названия сообщений не обязаны совпадать и никак не изменяются этой командой. Метки
+    также не обязаны совпадать и будут объединены.
+    </p>
 
-<p>
-Если какая-либо из ошибок, перечисленных в команде <code>merge</code>,
-уже слита с другими ошибками, то сливаются все сообщения об ошибках,
-слитые с любой из перечисленных. Слияние подобно эквивалентности&nbsp;&mdash;
-оно рефлексивно, транзитивно и симметрично.
-</p>
+    <p>
+    Если какая-либо из ошибок, перечисленных в команде <code>merge</code>,
+    уже слита с другими ошибками, то сливаются все сообщения об ошибках,
+    слитые с любой из перечисленных. Слияние подобно эквивалентности&nbsp;&mdash;
+    оно рефлексивно, транзитивно и симметрично.
+    </p>
 
-<p>
-Слияние сообщений добавляет примечание к журналу каждого сообщения,
-на www-страницах оно включает ссылки на другие ошибки.
-</p>
+    <p>
+    Слияние сообщений добавляет примечание к журналу каждого сообщения,
+    на www-страницах оно включает ссылки на другие ошибки.
+    </p>
 
-<p>
-Слитые сообщения устаревают одновременно и только тогда, когда каждое
-отдельное сообщение будет удовлетворять критериям устаревания.
-</p>
-</dd>
+    <p>
+    Слитые сообщения устаревают одновременно и только тогда, когда каждое
+    отдельное сообщение будет удовлетворять критериям устаревания.
+    </p>
+  </dd>
 
-<dt><a name="forcemerge"><code>forcemerge</code> <var>номер_ошибки</var>
- <var>номер_ошибки</var> ...</a></dt>
+  <dt><a name="forcemerge"><code>forcemerge</code> <var>номер_ошибки</var>
+      <var>номер_ошибки</var> ...</a></dt>
   <dd>
-  <p>
-  Насильно сливает два или более сообщений об ошибках. Установки первой
-  из перечисленных ошибок, которые для обычного слияния должны
-  быть эквивалентны, назначаются ошибкам, перечисленным следующими
-  в команде. Чтобы исключить ошибочное слияние ошибок из-за опечаток,
-  ошибки должны быть в одном и том же пакете. Смотрите выше информацию о том, что означает слияние.
-  </p>
-
-  <p>
-  Нужно учесть, что это делает возможным закрыть ошибку при слиянии; если вы
-  сделаете это, вы несёте ответственность за уведомление людей, предоставивших
-  ошибки, соответствующим сообщением о закрытии.
-  </p>
-  </dd>
+    <p>
+    Насильно сливает два или более сообщений об ошибках. Установки первой
+    из перечисленных ошибок, которые для обычного слияния должны
+    быть эквивалентны, назначаются ошибкам, перечисленным следующими
+    в команде. Чтобы исключить ошибочное слияние ошибок из-за опечаток,
+    ошибки должны быть в одном и том же пакете. Смотрите выше информацию о том, что означает слияние.
+    </p>
 
-<dt><a name="unmerge"><code>unmerge</code> <var>номер_ошибки</var></a></dt>
+    <p>
+    Нужно учесть, что это делает возможным закрыть ошибку при слиянии; если вы
+    сделаете это, вы несёте ответственность за уведомление людей, предоставивших
+    ошибки, соответствующим сообщением о закрытии.
+    </p>
+  </dd>
 
-<dd>
-<p>
-Отсоединяет сообщение об ошибке от других сообщений, с которыми
-оно слито. Если указанная ошибка слита с несколькими другими, они
-остаются слиты друг с другом, удаляется только их связь с указанной
-ошибкой.
-</p>
+  <dt><a name="unmerge"><code>unmerge</code> <var>номер_ошибки</var></a></dt>
+  <dd>
+    <p>
+    Отсоединяет сообщение об ошибке от других сообщений, с которыми
+    оно слито. Если указанная ошибка слита с несколькими другими, они
+    остаются слиты друг с другом, удаляется только их связь с указанной
+    ошибкой.
+    </p>
 
-<p>
-Если слито много сообщений об ошибках и вы хотите разделить их
-на две группы слитых ошибок, вы должны отсоединить каждое сообщение
-одной из новых групп по отдельности, и затем слить их в новую группу.
-</p>
+    <p>
+    Если слито много сообщений об ошибках и вы хотите разделить их
+    на две группы слитых ошибок, вы должны отсоединить каждое сообщение
+    одной из новых групп по отдельности, и затем слить их в новую группу.
+    </p>
 
-<p>
-Одной командой <code>unmerge</code> вы можете отсоединить только
-одно сообщение. Если вы хотите отсоединить несколько ошибок, включите
-в сообщение несколько команд <code>unmerge</code>.
-</p>
-</dd>
+    <p>
+    Одной командой <code>unmerge</code> вы можете отсоединить только
+    одно сообщение. Если вы хотите отсоединить несколько ошибок, включите
+    в сообщение несколько команд <code>unmerge</code>.
+    </p>
+  </dd>
 
-<dt><a name="tags"><!-- match tags too --></a><a name="tag"><code>tags</code> <var>номер_ошибки</var> [ <code>+</code> | 
-<code>-</code> | <code>=</code> ] <var>метка</var> [ <var>метка</var>
-... ] [ <code>+</code> | <code>-</code>
- <code>=</code> <var>метка</var> ... ] ]</a></dt>
+  <dt><a name="tags"><!-- match tags too --></a><a name="tag"><code>tags</code> <var>номер_ошибки</var>
+      [ <code>+</code> | <code>-</code> | <code>=</code> ] <var>метка</var> [ <var>метка</var>
+      ... ]
+      [ <code>+</code> | <code>-</code> | <code>=</code> <var>метка</var> ... ]</a></dt>
 
   <dd>
-  <p>
-  Устанавливает метки для сообщения об ошибке #<var>номер_ошибки</var>.
-  Пользователю, сообщившему об ошибке, уведомление не отправляется. Если
-  перед меткой стоит символ <code>+</code>, то <var>метка</var>
-  добавляется, метки с <code>-</code> удаляются, а при использовании
-  <code>=</code> метки будут установлены в соответствии с заданным списком
-  независимо от текущего состояния. Промежуточные <code>+</code>, <code>-</code>
-  или <code>=</code> изменяют действия над последующей меткой. 
-  По умолчанию метки добавляются.
-  </p>
-
-  <p>
-  Пример:
-  </p>
-
-  <pre>
-        \# то же, что 'tags 123456 + patch'
-        tags 123456 patch
-
-        \# то же, что 'tags 123456 + help security'
-        tags 123456 help security
-
-        \# добавить метки 'fixed' и 'pending'
-        tags 123456 + fixed pending
-
-        \# снять метку 'unreproducible'
-        tags 123456 - unreproducible
-
-        \# установить метки 'moreinfo' и 'unreproducible' и снять все остальные
-        tags 123456 = moreinfo unreproducible
-
-        \# снять метку 'moreinfo' и установить метку 'patch'
-        tags 123456 - moreinfo + patch
-  </pre>
-
-  <p>
-  Возможные метки: <bts_tags>.
-  </p>
-
-  <p>
-  <a href="Developer#tags">Их значение</a> см. в общей документации
-  по системе отслеживания ошибок для разработчика.
-  </p>
-</dd>
-
-<dt><a name="block"><code>block</code> <var>номер_ошибки</var> 
-  <code>by</code> <var>ошибка</var> ...</a></dt>
-  <dd>Пометить, что исправление для первой ошибки блокируется другими перечисленными ошибками.
-</dd>
+    <p>
+    Устанавливает метки для сообщения об ошибке #<var>номер_ошибки</var>.
+    Пользователю, сообщившему об ошибке, уведомление не отправляется. Если
+    перед меткой стоит символ <code>+</code>, то <var>метка</var>
+    добавляется, метки с <code>-</code> удаляются, а при использовании
+    <code>=</code> метки будут установлены в соответствии с заданным списком
+    независимо от текущего состояния. Промежуточные <code>+</code>, <code>-</code>
+    или <code>=</code> изменяют действия над последующей меткой.
+    По умолчанию метки добавляются.
+    </p>
+
+    <p>
+    Пример:
+    </p>
 
-<dt><a name="unblock"><code>unblock</code> <var>номер_ошибки</var> 
-  <code>by</code> <var>ошибка</var> ...</a></dt>
-  <dd>Пометить, что исправление для первой ошибки больше не блокируется
-  другими перечисленными ошибками.
-</dd>
+    <pre>
+          \# то же, что 'tags 123456 + patch'
+          tags 123456 patch
 
-<dt><a name="close"><code>close</code> <var>номер_ошибки</var> [ 
-<var>исправленная_версия</var> ] (не рекомендуется)</a></dt>
+          \# то же, что 'tags 123456 + help security'
+          tags 123456 help security
 
-<dd>
-<p>
-Закрывает сообщение об ошибке #<var>номер_ошибки</var>.
-</p>
+          \# добавить метки 'fixed' и 'pending'
+          tags 123456 + fixed pending
 
-<p>
-Пользователю, отправившему сообщение об ошибке, посылается уведомление,
-но (в отличие от отправки сообщения по адресу
-<var>номер_ошибки</var><code>-done@bugs.debian.org</code>) в уведомление <strong>не
-включается</strong> текст письма, закрывшего ошибку. Сопровождающий,
-закрывший ошибку, должен убедиться (вероятно, послав отдельное письмо),
-что сообщивший об ошибке пользователь знает, почему она была закрыта.
-Поэтому использование этой команды не рекомендуется. См. информацию для
-разработчиков о том, <a href="Developer#closing">как правильно закрывать
-ошибки</a>.
-</p>
+          \# снять метку 'unreproducible'
+          tags 123456 - unreproducible
 
-<p>
-Если вы предоставили <var>исправленную_версию</var>, система отслеживания
-ошибок отметит, что ошибка была исправлена в данной версии пакета.
-</p>
-</dd>
+          \# установить метки 'moreinfo' и 'unreproducible' и снять все остальные
+          tags 123456 = moreinfo unreproducible
+
+          \# снять метку 'moreinfo' и установить метку 'patch'
+          tags 123456 - moreinfo + patch
+    </pre>
+
+    <p>
+    Возможные метки: <bts_tags>.
+    </p>
+
+    <p>
+    <a href="Developer#tags">Их значение</a> см. в общей документации
+    по системе отслеживания ошибок для разработчика.
+    </p>
+  </dd>
+
+  <dt><a name="block"><code>block</code> <var>номер_ошибки</var>
+      <code>by</code> <var>ошибка</var> ...</a></dt>
+  <dd>Пометить, что исправление для первой ошибки блокируется другими перечисленными ошибками.
+  </dd>
+
+  <dt><a name="unblock"><code>unblock</code> <var>номер_ошибки</var>
+      <code>by</code> <var>ошибка</var> ...</a></dt>
+  <dd>
+    Пометить, что исправление для первой ошибки больше не блокируется
+    другими перечисленными ошибками.
+  </dd>
+
+  <dt><a name="close"><code>close</code> <var>номер_ошибки</var>
+      [ <var>исправленная_версия</var> ] (не рекомендуется)</a></dt>
+  <dd>
+    <p>
+    Закрывает сообщение об ошибке #<var>номер_ошибки</var>.
+    </p>
+
+    <p>
+    Пользователю, отправившему сообщение об ошибке, посылается уведомление,
+    но (в отличие от отправки сообщения по адресу
+    <var>номер_ошибки</var><code>-done@bugs.debian.org</code>) в уведомление <strong>не
+    включается</strong> текст письма, закрывшего ошибку. Сопровождающий,
+    закрывший ошибку, должен убедиться (вероятно, послав отдельное письмо),
+    что сообщивший об ошибке пользователь знает, почему она была закрыта.
+    Поэтому использование этой команды не рекомендуется. См. информацию для
+    разработчиков о том, <a href="Developer#closing">как правильно закрывать
+    ошибки</a>.
+    </p>
 
-<dt><a name="package"><code>package</code> [ <var>имя_пакета</var> ... ]</a></dt>
+    <p>
+    Если вы предоставили <var>исправленную_версию</var>, система отслеживания
+    ошибок отметит, что ошибка была исправлена в данной версии пакета.
+    </p>
+  </dd>
 
+  <dt><a name="package"><code>package</code> [ <var>имя_пакета</var> ... ]</a></dt>
   <dd>
-  <p>
-  Последующие команды будут относиться только к ошибкам в указанных
-  пакетах. Можно перечислить несколько пакетов. Если пакеты не указаны,
-  последующие команды будут относиться ко всем ошибкам. Эту возможность
-  следует использовать для страховки от использования неверных номеров
-  ошибок.
-  </p>
+    <p>
+    Последующие команды будут относиться только к ошибкам в указанных
+    пакетах. Можно перечислить несколько пакетов. Если пакеты не указаны,
+    последующие команды будут относиться ко всем ошибкам. Эту возможность
+    следует использовать для страховки от использования неверных номеров
+    ошибок.
+    </p>
+
+    <p>
+    Пример:
+    </p>
+
+    <pre>
+          package foo
+          reassign 123456 bar 1.0-1
+
+          package bar
+          retitle 123456 bar: bar sucks
+          severity 123456 normal
+
+          package
+          severity 234567 wishlist
+    </pre>
+  </dd>
 
-  <p>
-  Пример:
-  </p>
+  <dt><a name="owner"><code>owner</code> <var>номер_ошибки</var> <var>адрес</var> | <code>!</code></a></dt>
+  <dd>
+    <p>
+    Делает <var>адрес</var> "хозяином" ошибки #<var>номер_ошибки</var>.
+    Хозяин ошибки берёт на себя ответственность за её исправление.
+    Это полезно для
+    распределения обязанностей в команде сопровождающих пакета.
+    </p>
 
-  <pre>
-        package foo
-        reassign 123456 bar 1.0-1
+    <p>
+    Если вы хотите стать хозяином ошибки сами, можно либо указать ваш
+    собственный электронный адрес, либо использовать сокращение
+    <code>!</code>.
+    </p>
+  </dd>
 
-        package bar
-        retitle 123456 bar: bar sucks
-        severity 123456 normal
+  <dt><a name="noowner"><code>noowner</code> <var>номер_ошибки</var></a></dt>
+  <dd>
+    Удаляет запись о каком-либо хозяине ошибки помимо основного
+    сопровождающего пакета. Если у ошибки не зафиксирован хозяин, ничего
+    не делает.
+  </dd>
 
-        package
-        severity 234567 wishlist
-  </pre>
-</dd>
+  <dt><a name="archive"><code>archive</code> <var>номер_ошибки</var></a></dt>
+  <dd>
+    Архивирует ошибку, которая когда-то была заархивирована, но
+    в настоящее время не в архиве, если ошибка удовлетворяет условиям
+    для архивации, игнорируя время.
+  </dd>
 
-<dt><a name="owner"><code>owner</code> <var>номер_ошибки</var> <var>адрес</var> | <code>!</code></a></dt>
+  <dt><a name="unarchive"><code>unarchive</code> <var>номер_ошибки</var></a></dt>
+  <dd>
+    Разархивирует ошибку, которая ранее была заархивирована. Разархивирование
+    обычно должно быть сделано совместно с reopen и found/fixed, как необходимо.
+    Ошибки, которые были разархивированы, могут быть заархивированы командой archive,
+    принимая во внимание, что соблюдаются условия, не основанные на времени. Вам не следует
+    использовать разархивирование для того, чтобы сделать тривиальные изменения заархивированных ошибок (такие как
+    изменение того, кто подал отчёт об ошибке); главной целью разархивирования является возможность
+    открытия заново ошибок, которые были заархивированы без вмешательства
+    администраторов системы отслеживания ошибок.
+  </dd>
 
+  <dt><a name="comment"><code>#</code>...</a></dt>
   <dd>
-  <p>
-  Делает <var>адрес</var> "хозяином" ошибки #<var>номер_ошибки</var>.
-  Хозяин ошибки берёт на себя ответственность за её исправление.
-  Это полезно для
-  распределения обязанностей в команде сопровождающих пакета.
-  </p>
-
-  <p>
-  Если вы хотите стать хозяином ошибки сами, можно либо указать ваш
-  собственный электронный адрес, либо использовать сокращение
-  <code>!</code>.
-  </p>
-</dd>
-
-<dt><a name="noowner"><code>noowner</code> <var>номер_ошибки</var></a></dt>
-
-  <dd>Удаляет запись о каком-либо хозяине ошибки помимо основного
-  сопровождающего пакета. Если у ошибки не зафиксирован хозяин, ничего
-  не делает.
-</dd>
-
-<dt><a name="archive"><code>archive</code> <var>номер_ошибки</var></a></dt>
-
-  <dd>Архивирует ошибку, которая когда-то была заархивирована, но
-  в настоящее время не в архиве, если ошибка удовлетворяет условиям
-  для архивации, игнорируя время.
-</dd>
-
-<dt><a name="unarchive"><code>unarchive</code> <var>номер_ошибки</var></a></dt>
-
-  <dd>Разархивирует ошибку, которая ранее была заархивирована. Разархивирование
-  обычно должно быть сделано совместно с reopen и found/fixed, как необходимо.
-  Ошибки, которые были разархивированы, могут быть заархивированы командой archive,
-  принимая во внимание, что соблюдаются условия, не основанные на времени. Вам не следует
-  использовать разархивирование для того, чтобы сделать тривиальные изменения заархивированных ошибок (такие как
-  изменение того, кто подал отчёт об ошибке); главной целью разархивирования является возможность
-  открытия заново ошибок, которые были заархивированы без вмешательства
-  администраторов системы отслеживания ошибок.
-</dd>
-
-<dt><a name="comment"><code>#</code>...</a></dt>
-
-  <dd>Однострочный комментарий. Символ <code>#</code> должен быть в
-  начале строки. Текст комментария будет включён в уведомления отправителю
-  и сопровождающим. Его можно использовать для указания причин ваших
-  действий.
-</dd>
-
-<dt><a name="thanks"><code>quit</code></a></dt>
-<dt><code>stop</code></dt>
-<dt><code>thank</code></dt>
-<dt><code>thanks</code></dt>
-<dt><code>thankyou</code></dt>
-<dt><code>thank you</code></dt>
-<dt><code>--</code></dt>
-<!-- #366093, I blame you! -->
-<!-- <dt><code>kthxbye</code></dt> -->
-<!-- See... I documented it! -->
+    Однострочный комментарий. Символ <code>#</code> должен быть в
+    начале строки. Текст комментария будет включён в уведомления отправителю
+    и сопровождающим. Его можно использовать для указания причин ваших
+    действий.
+  </dd>
+
+  <dt><a name="thanks"><code>quit</code></a></dt>
+  <dt><code>stop</code></dt>
+  <dt><code>thank</code></dt>
+  <dt><code>thanks</code></dt>
+  <dt><code>thankyou</code></dt>
+  <dt><code>thank you</code></dt>
+  <dt><code>--</code></dt>
+  <!-- #366093, I blame you! -->
+  <!-- <dt><code>kthxbye</code></dt> -->
+  <!-- See... I documented it! -->
   <dd>
-      Отдельной строкой, после которой могут быть пробелы,
-      указывает серверу управления прекратить обработку письма. Оставшаяся
-      его часть может включать объяснения, подписи или что-то ещё&nbsp;&mdash;
-      она никак не обрабатывается сервером управления.
-</dd>
+    Отдельной строкой, после которой могут быть пробелы,
+    указывает серверу управления прекратить обработку письма. Оставшаяся
+    его часть может включать объяснения, подписи или что-то ещё&nbsp;&mdash;
+    она никак не обрабатывается сервером управления.
+  </dd>
 
 </dl>
 
diff --git a/russian/Bugs/server-request.wml b/russian/Bugs/server-request.wml
index ab155a6a0b0..d21092aa507 100644
--- a/russian/Bugs/server-request.wml
+++ b/russian/Bugs/server-request.wml
@@ -36,6 +36,7 @@
 также все <q>скучные</q> сообщения, такие как различные автоматические
 подтверждения.
 </dd>
+
 <dt><code>index</code> [<code>full</code>]</dt>
 <dt><code>index-summary by-package</code></dt>
 <dt><code>index-summary by-number</code></dt>
@@ -44,12 +45,14 @@
 закрытые или перенаправленные сообщения) или краткий обзор,
 отсортированный по названию пакета или номеру ошибки соответственно.
 </dd>
+
 <dt><code>index-maint</code></dt>
 <dd>
 Запрашивает указатель&nbsp;&mdash; список сопровождающих, пакеты которых
 содержат ошибки (открытые или недавно закрытые), зарегистрированные в
 системе отслеживания ошибок.
 </dd>
+
 <dt><code>index maint</code> <var>сопровождающий</var></dt>
 <dd>
 Запрашивает указатель ошибок, зарегистрированных в системе, в пакетах,
@@ -57,18 +60,21 @@
 информации о сопровождающем пакета со строкой поиска. Указатель
 отправляется отдельным письмом.
 </dd>
+
 <dt><code>index-packages</code></dt>
 <dd>
 Запрашивает указатель&nbsp;&mdash; список пакетов, содержащих ошибки
 (открытые или недавно закрытые), зарегистрированные в системе
 отслеживания ошибок.
 </dd>
+
 <dt><code>index packages</code> <var>пакет</var></dt>
 <dd>
 Запрашивает указатель ошибок, зарегистрированных в системе, в пакете
 <var>пакет</var>. Требуется точное совпадение названия пакета со строкой
 поиска. Указатель отправляется отдельным письмом.
 </dd>
+
 <dt><code>send-unmatched</code> [<code>this</code>|<code>0</code>]</dt>
 <dt><code>send-unmatched</code> <code>last</code>|<code>-1</code></dt>
 <dt><code>send-unmatched</code> <code>old</code>|<code>-2</code></dt>
@@ -76,6 +82,8 @@
 Запрашивает журнал сообщений, не связанных с конкретным сообщением об
 ошибке, за эту, прошлую или позапрошлую неделю. Каждая неделя считается
 заканчивающейся в среду.
+</dd>
+
 <dt><code>getinfo</code> <var>имя_файла</var></dt>
 <dd>
 <p>
@@ -83,27 +91,29 @@
 Доступны файлы:
 </p>
 <dl>
-<dt><code>maintainers</code></dt>
-<dd>
-Унифицированный список сопровождающих пакетов в виде, используемом системой
-отслеживания ошибок. Он составляется из информации в файлах
-<code>Packages</code>, файлах переопределений и файлах псевдо-пакетов.
-</dd>
-<dt><code>override.</code><var>дистрибутив</var></dt>
-<dt><code>override.</code><var>дистрибутив</var><code>.non-free</code></dt>
-<dt><code>override.</code><var>дистрибутив</var><code>.contrib</code></dt>
-<dt><code>override.experimental</code></dt>
-<dd>
-Информация о приоритетах и разделах пакетов и переопределённой информации
-о сопровождающих. Эта информация используется при создании файлов
-<code>Packages</code> в ftp-архиве. Доступна информация по каждому из
-основных деревьев дистрибутива по их кодовым именам.
-</dd>
-<dt><code>pseudo-packages.description</code></dt>
-<dt><code>pseudo-packages.maintainers</code></dt>
-<dd>
-Список описаний и сопровождающих псевдо-пакетов.
-</dd>
+  <dt><code>maintainers</code></dt>
+  <dd>
+  Унифицированный список сопровождающих пакетов в виде, используемом системой
+  отслеживания ошибок. Он составляется из информации в файлах
+  <code>Packages</code>, файлах переопределений и файлах псевдо-пакетов.
+  </dd>
+
+  <dt><code>override.</code><var>дистрибутив</var></dt>
+  <dt><code>override.</code><var>дистрибутив</var><code>.non-free</code></dt>
+  <dt><code>override.</code><var>дистрибутив</var><code>.contrib</code></dt>
+  <dt><code>override.experimental</code></dt>
+  <dd>
+  Информация о приоритетах и разделах пакетов и переопределённой информации
+  о сопровождающих. Эта информация используется при создании файлов
+  <code>Packages</code> в ftp-архиве. Доступна информация по каждому из
+  основных деревьев дистрибутива по их кодовым именам.
+  </dd>
+
+  <dt><code>pseudo-packages.description</code></dt>
+  <dt><code>pseudo-packages.maintainers</code></dt>
+  <dd>
+  Список описаний и сопровождающих псевдо-пакетов.
+  </dd>
 </dl>
 </dd>
 
@@ -149,6 +159,7 @@
 следовать несколько строк выбора, начинающихся с <code>+</code>. Её полный
 формат таков:
 </p>
+
 <div>
 * <var>имя-категории-1</var><br />
 * <var>Заголовок Категории 2</var>
@@ -178,6 +189,7 @@
 выбранных элементов; это полезно, когда используется шаблон, который выбирает
 надмножество предыдущих элементов, но который следует показать перед ними.
 </p>
+
 <p>
 <var>Имя-категории</var> <code>normal</code> имеет специальное значение&nbsp;&mdash;
 вид по умолчанию, поэтому, заменяя его отличной пользовательской категорией
@@ -222,11 +234,11 @@
 </pre>
 </dd>
 
-
 <dt><code>help</code></dt>
 <dd>
 Запрашивает настоящую справку в простом текстовом формате ASCII.
 </dd>
+
 <dt><a name="stopprocessing"></a><code>quit</code></dt>
 <dt><code>stop</code></dt>
 <dt><code>thank</code></dt>
@@ -246,11 +258,13 @@
 системы отслеживания ошибок или указанным в поле <code>CC</code> или
 <code>BCC</code>).
 </dd>
+
 <dt><code>#</code>...</dt>
 <dd>
 Однострочный комментарий. Символ <code>#</code> должен быть в
 начале строки.
 </dd>
+
 <dt><code>debug</code> <var>уровень</var></dt>
 <dd>
 Устанавливает уровень отладки в <var>уровень</var>. Он может принимать
-- 
2.20.1

From 1b74910bde4f8c6e8efae49f736442b6ffebe832 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?=D0=90=D0=BB=D0=B5=D0=BA=D1=81=D0=B5=D0=B9=20=D0=A8=D0=B8?=
 =?UTF-8?q?=D0=BB=D0=B8=D0=BD?= <rootlexx@mail.ru>
Date: Fri, 15 Nov 2019 02:42:47 +0300
Subject: [PATCH 3/3] Fix footer.inc according to the one in english/

---
 russian/Bugs/footer.inc | 9 ++++-----
 1 file changed, 4 insertions(+), 5 deletions(-)

diff --git a/russian/Bugs/footer.inc b/russian/Bugs/footer.inc
index 5cbef4407ce..2b535d9f28a 100644
--- a/russian/Bugs/footer.inc
+++ b/russian/Bugs/footer.inc
@@ -1,8 +1,7 @@
-<hr>
+<hrline/>
 <address>
 Администраторы Debian BTS &lt;<email "owner@bugs.debian.org">&gt;
-
-<p>Система отслеживания ошибок Debian<br>
-Copyright &copy; 1999 Darren O. Benham, 1994-97 Ian Jackson,
-1997 nCipher Corporation Ltd, 1995 Steven Brenner.
 </address>
+<p>Система отслеживания ошибок Debian<br>
+Copyright &copy; 1999 Darren O. Benham, 1997, 2003 nCipher Corporation Ltd,
+1994-1997 Ian Jackson.</p>
-- 
2.20.1