Automatic purge of file outdated for six months.

CVS version numbers

chinese/search.wml: 1.2 -> 1.3(DEAD) 
chinese/y2k/extra.wml: 1.4 -> 1.5(DEAD) 
indonesian/search.wml: 1.1 -> 1.2(DEAD) 
italian/support.wml: 1.49 -> 1.50(DEAD) 
lithuanian/search.wml: 1.1 -> 1.2(DEAD) 
persian/social_contract.wml: 1.3 -> 1.4(DEAD) 
russian/misc/children-distros.wml: 1.9 -> 1.10(DEAD) 
slovene/search.wml: 1.1 -> 1.2(DEAD) 
turkish/search.wml: 1.5 -> 1.6(DEAD) 
turkish/social_contract.wml: 1.14 -> 1.15(DEAD) 
ukrainian/social_contract.wml: 1.5 -> 1.6(DEAD) 
ukrainian/Bugs/Access.wml: 1.1 -> 1.2(DEAD) 
ukrainian/Bugs/Developer.wml: 1.9 -> 1.10(DEAD) 
ukrainian/Bugs/server-refcard.wml: 1.7 -> 1.8(DEAD)

3 files changed, 0 insertions, 638 deletions

diff --git a/ukrainian/Bugs/Access.wml b/ukrainian/Bugs/Access.wml
deleted file mode 100644
index 992b00410e7..00000000000
--- a/ukrainian/Bugs/Access.wml
+++ /dev/null
@@ -1,66 +0,0 @@
-#use wml::debian::template title="Debian BTS - способи доступу" NOHEADER=yes NOCOPYRIGHT=true
-#use wml::debian::translation-check translation="1.18" maintainer="Borys Yanovych"
-
-# the explicit links to http://bugs.debian.org/ without anchors are
-# included because of the text version, do not remove them
-
-<h1>Способи доступу до журналів системи відслідковування помилок</h1>
-
-<h2>Доступ до активних повідомлень про помилки</h2>
-
-<P>Кожне повідомлення, отримане або відіслане системою обробки помилок,
-фіксується. Існує декілька можливостей доступу до цього повідомлення.</P>
-
-<p>Основний метод доступу&nbsp;&mdash; це використання веб-сторінок. Перегляньте
-форми на <a href="./">головній сторінці BTS</a> за адресою
-<code>http://bugs.debian.org/</code>
-
-<P>Працює <A href="server-request">поштовий сервер</A>, який може за запитом
-відсилати повідомлення про помилки у вигляді звичайного тексту. Щоб 
-скористатись його послугами відішліть лист зі словом 
-<code>help</code> за адресою <code>request@bugs.debian.org</code> 
-(поле Тема(<code>Subject</code>) цього
-листа проігнорується), або прочитайте інструкції <a href="server-request">в мережі
-World Wide Web</a> чи в файлі <code>bug-log-mailserver.txt</code>.
-
-<h2>Доступ до архівів повідомлень про помилки</h2>
-
-<p>Всі закриті повідомлення архівуються за 28 днів після
-надходження та збереження останнього повідомлення на цю тему.
-Це означає, що втрачаються можливості отримати доступ до них 
-або змінити, використовуючи роботів <code>control</code> та 
-<code>service</code>. Однак, повідомлення залишаються доступними для перегляду.
-
-<p>Ви можете знайти архіви повідомлень про помилки за допомогою
-<a href="./">WWW-форм</a> на <code>http://bugs.debian.org/</code>, 
-просто вибравши опцію "заархівовані помилки".
-
-<p>Зауважимо, що в архівах не збереглися старі закриті повідомлення,
-в них ви можете знайти лише ті звіти, номера яких 
-перевищують #40000 (приблизно).
-
-<h2>Доступ до сирих даних про помилки</h2>
-
-<p>Якщо вам необхідні „сирі“ дані, що використовуються системою відслідковування
-помилок, їх копію можна отримати з серверу bugs-mirror.debian.org, використовуючи
-команду rsync.
-Слід звернути увагу на модулі bts-spool-db (для активних помилок), 
-bts-spool-archive (для помилок, що були закриті досить давно та перенесені
-до архіву) та
-bts-spool-index (для файлу індексації помилок).
-
-<p>На момент написання цього тексту, модуль активних помилок займав 2.5 Гб,
-а модуль заархівованих помилок&nbsp;&mdash; 10 Гб. Якщо ви потребуєте лише частину даних,
-наприклад для тестування, то існує можливість завантажити лише певну
-частину модуля активних помилок.
-
-<p>Увага, не слід особливо покладатись на файли *.status в даних про 
-помилки, оскільки вони не використовуються, створені лише для забезпечення
-сумісності та через деякий час будуть видалені. Натомість використовуйте
-файли *.summary.
-
-<hr>
-
-#use "otherpages.inc"
-
-#use "$(ENGLISHDIR)/Bugs/footer.inc"
diff --git a/ukrainian/Bugs/Developer.wml b/ukrainian/Bugs/Developer.wml
deleted file mode 100644
index 30be29bc2cc..00000000000
--- a/ukrainian/Bugs/Developer.wml
+++ /dev/null
@@ -1,465 +0,0 @@
-#use wml::debian::template title="Система відслідковування помилок Debian - інформація для розробників" NOHEADER=yes NOCOPYRIGHT=true
-#use wml::debian::translation-check translation="1.72" maintainer="Borys Yanovych"
-
-<H1>Система відслідковування помилок. Інформація для розробників</H1>
-
-<P>На початку користувач відсилає повідомлення про помилку як звичайний
-поштовий лист за адресою <CODE>submit@bugs.debian.org</CODE>. Тут йому
-присвоюється номер, надсилається підтвердження про отримання користувачу та
-відбувається пересилання повідомлення до списку розсилки <CODE>debian-bugs-dist</CODE>. 
-Якщо відправник включив до листа рядок <CODE>Package</CODE> з назвою пакунка і
-відомий супроводжувач цього пакунка, то копія повідомлення також відсилається
-супроводжуючому.
-
-<P>Поле <CODE>Subject</CODE> буде містити додаток у вигляді
-<CODE>Bug#</CODE><VAR>номер_помилки</VAR><CODE>:</CODE>, а 
-<CODE>Reply-To</CODE>&nbsp;&mdash; як адресу відправника, так і 
-<VAR>номер_помилки</VAR><CODE>@bugs.debian.org</CODE>.</P>
-
-<hrline>
-
-<ul>
-  <li><a href="#closing">Закриття повідомлень про помилку</a></li>
-  <li><a href="#followup">Відгуки на повідомлення про помилку</a></li>
-  <li><a href="#severities">Рівні важливості</a></li>
-  <li><a href="#tags">Мітки повідомлень про помилки</a></li>
-  <li><a href="#forward">Адреса, на яку ви передаєте повідомлення про помилку</a></li>
-  <li><a href="#owner">Зміна відповідального за виправлення помилки</a></li>
-  <li><a href="#maintincorrect">Хибно вказані супроводжуючі пакунків</a></li>
-  <li><a href="#requestserv">Перевідкриття, перевизначення та інші можливості керування помилками</a></li>
-  <li><a href="#subscribe">Підписка на помилки</a></li>
-  <li><a href="#subjectscan">Дещо застарілі можливості аналізування тем</a></li>
-  <li><a href="#x-debian-pr">Застаріла можливість <code>X-Debian-PR: quiet</code></a></li>
-</ul>
-
-<hrline>
-
-
-<h2><a name="closing">Закриття повідомлень про помилки</a></h2>
-
-<p>Закриття повідомлень про помилку в Debian повинно відбуватися тоді, коли
-проблема є вирішеною. Проблеми в пакунках можуть вважатись вирішеними лише
-після того, як виправлені пакунки потрапляють до архіву Debian.</p>
-
-<p>Зазвичай, закривати повідомлення про помилку повинен лише його відправник
-або супроводжуючий(і) відповідного пакунка. Винятком з цього правила
-може слугувати, наприклад, така ситуація: якщо в повідомленні про помилку не
-вказано назву пакунка або воно стосується загального псевдо-пакунка.
-Якщо маєте сумніви, не закривайте помилку, а спочатку зверніться з проханням
-поради до списку розсилки debian-devel.</p>
-
-<p>Повідомлення про помилки повинні закриватися шляхом відсилання електронного 
-листа за адресою <var>номер_помилки</var><code>-done@bugs.debian.org</code>. В тілі
-листа необхідно пояснити, яким чином помилка була виправлена.</p>
-
-<p>Використовуючи листи, надіслані вам системою відслідковування помилок,
-закриття помилки можна здійснити створенням Відповіді(Reply) та
-редагуванням поля <code>До(To)</code>: виправленням початкового значення
-<VAR>номер_помилки</VAR><CODE>@bugs.debian.org</CODE> на
-<VAR>номер_помилки</VAR><CODE>-done@bugs.debian.org</CODE>
-(адреса <VAR>номер_помилки</VAR><CODE>-close</CODE> є синонімом
-<VAR>номер_помилки</VAR><CODE>-done</CODE>).</P>
-
-<p>Там де це можливо, будь ласка, додавайте рядок <code>Version</code> в
-<a href="Reporting#pseudoheader">псевдозаголовок</a> вашого листа коли
-закриваєте помилку, щоб система відслідковування помилок знала котрі випуски
-пакунка містять виправлення.</p>
-
-<p>Особа, котра закриває помилку, котра відсилала повідомлення про помилку а
-також список розсилки <code>debian-bugs-closed</code> буде проінформовано про 
-зміну стану повідомлення. Відправник повідомлення про помилку та список
-розсилки також отримають вміст листа, відісланого на 
-<var>nnn</var><code>-done</code>.</p>
-
-
-<h2><a name="followup">Відгуки на повідомлення про помилки</a></h2>
-
-<p>Система відслідковування помилок після пересилки звіту про помилку
-поміщає в поле <code>Reply-To</code> адресу як відправника повідомлення так
-і адресу самої помилки (<var>номер_помилки</var><code>@bugs.debian.org</code>) 
-Майте на увазі, що це дві принципово відмінні адреси..</p>
-
-<p>Якщо розробник бажає відповісти на повідомлення про помилку, він
-повинен просто відповісти на повідомлення за допомогою <code>Reply-To</code>.
-Це <strong>не</strong> призведе до закриття помилки.</p>
-
-<p>Коли системи відслідковування помилок отримає повідомлення на адресу
-<VAR>номер_помилки</VAR><CODE>@bugs.debian.org</CODE>, вона передасть його
-супроводжуючому пакунка, додасть його до файлу журналювання даної помилки та
-перешле в список розсилки <CODE>debian-bugs-dist</CODE>.</P>
-
-<p>Листи, відіслані до
-<var>номер_помилки</var><code>-submitter@bugs.debian.org</code>
-буде переслано на точну адресу відправника повідомлення про помилку,
-а також будуть зроблені їх копії в системі відслідковування помилок.
-Повідомлення не буде відсилатись супроводжуючому пакунка.</P>
-
-<P>Розробник може надіслати листа прямо відправнику повідомлення, використовуючи
-з цією метою адресу <var>номер_помилки</var><code>-submitter@bugs.debian.org</code>.</p>
-
-<P>Якщо ви не хочете, що ваша відповідь потрапила до списку
-розсилки <CODE>debian-bugs-dist</CODE> відсилайте листа за адресою
-<VAR>номер_помилки</VAR><CODE>-quiet@bugs.debian.org</CODE> або
-<VAR>номер_помилки</VAR><CODE>-maintonly@bugs.debian.org</CODE>.
-Пошта, що надходить на <VAR>номер_помилки </VAR><CODE>-quiet@bugs.debian.org</CODE> 
-фіксується у файлах системи відслідковування помилок, але не відсилається за
-жодними індивідуальними адресами чи списками розсилки. Пошта для 
-<VAR>номер_помилки</VAR><CODE>-maintonly@bugs.debian.org</CODE> зберігається
-системою відслідковування помилок та відсилається тільки супроводжуючому пакунка.
-</P>
-
-<P><EM>Не</EM> використовуйте можливості „відповісти всім“ або „followup“
-вашого поштового клієнта, якщо ви не маєте наміру ґрунтовно відредагувати список
-ваших респондентів вручну. Зокрема, зверніть особливу увагу, щоб випадково
-не відіслати повідомлення за адресою <CODE>submit@bugs.debian.org</CODE>.</P>
-
-<P>Більше детально про те, як за допомогою заголовків повідомлення
-можна придушити відправлення підтверджень або відіслати комусь
-копію повідомлення про помилку, ви можете дізнатись, переглянувши
-<a href="Reporting">вказівки щодо звітування про помилки</a>.</P>
-
-
-<H2><A name="severities">Рівні важливості</A></H2>
-
-<P>Система відслідковування помилок присвоює рівень важливості для
-кожного повідомлення про помилку. За замовченням він встановлюється як
-<CODE>normal</CODE>, однак його можна змінити, додавши рядок 
-<CODE>Severity</CODE> в псевдо-заголовок листа при відсиланні звіту
-про помилку (перегляньте 
-<A href="Reporting#pseudoheader">вказівки щодо відсилання повідомлень
-про помилки</A>), або використовуючи команду <CODE>severity</CODE> 
-<A href="#requestserv">сервера керуючих запитів</A>.</P>
-
-<P>Рівні важливості можуть набувати таких значень:
-
-<DL>
-<DT><CODE>critical</CODE>
-<DD>помилка унеможливлює роботу незв'язаних програм в системі (чи цілої системи),
-або веде до серйозних втрат даних, або створює дірку в системі безпеки при
-встановленні пакунка.
-
-<DT><CODE>grave</CODE>
-<DD>помилка ставить під питання функціонування більшої частини пакунка, або
-веде до втрати даних, або створює дірку в системі безпеки, яка може
-призвести до отримання доступу до облікових записів користувачів, котрі
-користуються даним пакунком.
-
-<DT><CODE>serious</CODE>
-<DD>в результаті помилки відбувається
-<a href="http://release.debian.org/etch_rc_policy.txt">грубе порушення політики
-Debian</a> (взагалі кажучи, порушуються директиви „must“ чи „required“), 
-або, дана помилка, на думку супроводжуючого пакунка, не дозволяє включити даний
-пакунок до випуску дистрибутива.
-
-<DT><CODE>important</CODE>
-<DD>помилка викликає значні проблеми у можливостях використання пакунка, однак
-не унеможливлює його використання в цілому.
-
-<DT><CODE>normal</CODE>
-<DD>значення за замовченням, властиве більшості помилок.
- 
-<DT><CODE>minor</CODE>
-<DD>помилка не викликає особливих проблем при використанні пакунка та її можна
-легко виправити.
-
-<DT><CODE>wishlist</CODE>
-<DD>
-для запитів щодо тих чи інших можливостей, а також для всіх помилок,
-котрі дуже важко виправити через брак обговорення.
-</DL>
-
-<p>Деяким з рівнів важливості властиве
-<em><a href="http://bugs.debian.org/release-critical/">блокування випуску</a></em>,
-це означає, що наявність помилки призведе до виключення пакунка зі
-стабільної версії Debian. На сьогоднішній день такими рівнями є
-<strong>critical</strong>, <strong>grave</strong> та <strong>serious</strong>. 
-Для ознайомлення з найбільш повними правилами встановлення таких рівнів перегляньте 
-<a href="http://release.debian.org/etch_rc_policy.txt">список помилок,
-які блокують фінальний випуск Etch</a>.</p>
-
-<H2><a name="tags">Мітки в повідомленнях про помилки</a></H2>
-
-<p>Кожна помилка може мати довільну кількість міток. Ці мітки відображаються
-в списку помилок при перегляді сторінки пакунків або повних журналів помилок.
-
-<p>Мітки встановлюються шляхом включення рядка <code>Tags</code> до
-псевдо-заголовка при відсилання повідомлення про помилку 
-(перегляньте <a href="Reporting#pseudoheader">поради щодо відсилання
-звіту про помилку</a>), або за використання команди <code>tags</code> 
-<a href="#requestserv">сервера керуючих запитів</a>.
-Мітки можуть розділятися комами, пробілами або і тим, і іншим.
-
-<p>На даний момент підтримуються такі мітки:
-
-<dl>
-
-<dt><code>patch</code>
-  <dd>Латку або якусь іншу просту процедуру виправлення помилки додано до
-  журналів помилок. Якщо ця латка, однак, не усуває помилку адекватно,
-  чи спричиняє деякі інші проблеми, цю мітку використовувати не можна.
-
-<dt><code>wontfix</code>
-  <dd>Цю помилку неможливо виправити. Це можливо, наприклад, за умови
-  необхідності вибору між двома несумісними методами виправлення коли
-  супроводжувач та відправник повідомлення про помилку не можуть прийти до
-  спільної думки щодо цього питання. Або ще тому, що виправлення приведе
-  до негативних змін чи проблем в інших випадках.
-
-<dt><code>moreinfo</code>
-  <dd>Помилка не можу бути надійно виявленою доки відправник повідомлення
-  про помилку не надасть більше інформації. Помилка закривається, якщо
-  відправник не надасть більше інформації в прийнятний термін (кілька місяців).
-  Зазвичай це повідомлення на кшталт „Це не працює“. Що не працює?
-
-<dt><code>unreproducible</code>
-  <dd>Цю помилку не можна відтворити на системі розробника. Є необхідною
-  допомога третьої сторони в діагностиці наявності проблеми.
-
-<dt><code>help</code>
-  <dd>Розробник просить про допомогу в усуненні даної помилки.
-
-<dt><code>pending</code>
-  <dd>Вирішення проблеми знайдено, незабаром з'явиться оновлена версія з виправленням.
-
-<dt><code>fixed</code>
-  <dd>Помилку виправлено або повністю опрацьовано (наприклад, з'явилась оновлена
-  версія з виправленнями), але залишились певні недоліки, котрі потрібно усунути.
-  Ця мітка прийшла на заміну старого рівня важливості „fixed“.
-
-<dt><code>security</code>
-  <dd>Помилка описує проблеми з безпекою в даному пакунку (наприклад,
-  невірні права, що дають доступ до приватних даних; переповнення буферу,
-  що дозволяє людям керувати системою у випадках, коли вони цього робити
-  не повинні; вразливість до DoS-атак(відмова в обслуговуванні), котра
-  повинна бути усунена, та інші). Більшість помилок пов'язаних з безпекою
-  повинні мати значення critical чи grave за рівнем важливості.
-
-<dt><code>upstream</code>
-  <dd>Ця помилка відноситься до авторських вихідних текстів пакунка.
-
-<dt><code>confirmed</code>
-  <dd>Супроводжувач пакунка дослідив помилку, зрозумів її та в основному
-  згоден з нею, але вона поки що не виправлена. (Використання цієї мітки не
-  є обов'язковим; вона призначена по суті для супроводжуючих, котрі мають
-  справу з багатьма відкритими помилками.)
-
-<dt><code>fixed-upstream</code>
-  <dd>Помилку виправлено, але пакунок з виправленнями не випускається
-  (можливі причини: можливо, виправлення надто важко перенести на стару
-  версію або вони занадто незначні, щоб цим займатись).
-
-<dt><code>fixed-in-experimental</code>
-  <dd>Помилку виправлено в пакунку з експериментального дистрибутива, однак
-  його ще не включено в нестабільний дистрибутив.
-
-<dt><code>d-i</code>
-  <dd>Ця помилка стосується розробки встановлювача Debian. Вважається, що
-  ця мітка буде використовуватись, якщо помилка тим чи іншим чином пов'язана
-  з розробкою встановлювача, але відноситься до пакунка, котрий не має
-  прямих зв'язків з системою встановлювання.
-
-<dt><code>ipv6</code>
-  <dd>Помилка пов'язана з підтримкою 6-ї версії протоколу Інтернет (IPv6).
-
-<dt><code>lfs</code>
-  <dd>Помилка пов'язана з підтримкою файлів великого розміру (понад 2 Гігабайти).
-
-<dt><code>l10n</code>
-  <dd>Помилка пов'язана з локалізацією пакунка.
-
-<dt><code>potato</code>
-  <dd>Помилка стосується виключно potato випуску Debian.
-
-<dt><code>woody</code>
-  <dd>Помилка стосується виключно дистрибутива woody.
-
-<dt><code>sarge</code>
-  <dd>Цю помилку не потрібно заносити до архіву, доки вона не буде виправлена в sarg.
-
-<dt><code>sarge-ignore</code>
-  <dd>Ця блокуюча випуск помилка повинна бути проігнорована при підготовці
-  до випуску sarge. <strong>Ця мітка повинна використовуватись виключно
-  керівником випуску; не встановлюйте її самостійно без чіткого дозволу на це.
-  </strong>
-
-<dt><code>etch</code>
-  <dd>Цю помилку не потрібно заносити до архіву, доки вона не буде виправлена в etch.
-
-<dt><code>etch-ignore</code>
-  <dd>Ця блокуюча випуск помилка повинна бути проігнорована при підготовці
-  до випуску etch. <strong>Ця мітка повинна використовуватись виключно
-  керівником випуску; не встановлюйте її самостійно без чіткого дозволу на це.
-  </strong>
-
-<dt><code>lenny</code>
-  <dd>Цю помилку не потрібно заносити до архіву, доки вона не буде виправлена в lenny.
-
-<dt><code>lenny-ignore</code>
-  <dd>Ця блокуюча випуск помилка повинна бути проігнорована при підготовці
-  до випуску lenny. <strong>Ця мітка повинна використовуватись виключно
-  керівником(ами) випуску; не встановлюйте її самостійно без чіткого дозволу на це.
-  </strong>
-
-<dt><code>sid</code>
-  <dd>Цю помилку не потрібно заносити до архіву, доки вона не буде виправлена в sid.
-
-<dt><code>experimental</code>
-  <dd>Цю помилку не потрібно заносити до архіву, доки вона не буде виправлена в experimental.
-
-</dl>
-
-<p>Значення останніх восьми міток нещодавно змінилось; при ігноруванні міток помилка ігнорується
-з метою тестового відтворення. Мітки випуску, які використовувались для вибору помилок, що
-стосуються конкретного випуску, зараз вказують коли помилка може бути  занесена до архіву та в подальшому буде іґноруватись системою відслідковування помилок. Проте, це можна здійснити за допомогою інших інструментів, на кшталт сценаріям перевірки та тестування.
-
-
-<H2><A name="forward">Адреса, на яку ви передаєте повідомлення про помилку</A></H2>
-
-<P>Коли розробники перевідсилають повідомлення про помилку розробникам
-первинних пакунків з вихідними кодами з яких формуються пакунки Debian,
-вони мають сповістити про це систему відслідковування помилок наступним
-чином:</P>
-
-<P>Впевніться, що поле <CODE>To</CODE> вашого повідомлення містить тільки
-адресу(и) автора(ів); помістіть адресу людини, котра звітувала про помилку,
-а також адреси <VAR>номер_помилки</VAR><CODE>-forwarded@bugs.debian.org</CODE>
-та <VAR>номер_помилки</VAR><CODE>@bugs.debian.org</CODE>
-в поле <CODE>CC</CODE>.</P>
-
-<P>Попросіть автора при відповіді зберегти в полі <CODE>CC</CODE> адресу
-<VAR>номер_помилки</VAR><CODE>-forwarded@bugs.debian.org</CODE>,
-для того, щоб система відслідковування помилок змогла зберегти цю
-відповідь разом з початковим звітом про помилку. Такі повідомлення лише
-архівуються і не відсилаються; щоб просто відіслати повідомлення, надсилайте
-його, звичайно, за адресою <VAR>номер_помилки</VAR><CODE>@bugs.debian.org</CODE></P> 
-
-<P>Коли система відслідковування помилок отримує повідомлення на адресу
-<VAR>номер_помилки</VAR><CODE>-forwarded</CODE>, вона відмічає відповідну
-помилку як переслану за адресою(ами), вказаною(ими) в полі <CODE>To</CODE> цього
-листа (за умови, що такої відмітки ще не було створено раніше).</P>
-
-<P>
-Також ви можете керувати інформацією в „forwarded to“ (відіслано до), 
-відсилаючи повідомлення за адресою <A href="server-control">
-<CODE>control@bugs.debian.org</CODE></A>.</P>
-
-
-<h2><a name="owner">Зміна відповідального за виправлення помилки</a></h2>
-
-<p>Якщо особа, котра відповідає за виправлення помилки не є супроводжуючим
-вказаного пакунка (наприклад, у випадку, коли пакунком займається група розробників),
-цю обставину корисно відмітити в системі відслідковування помилок. З цією
-метою, кожна помилка може мати відповідального за виправлення.
-
-<p>Відповідальний за виправлення може бути вказаний в рядку <code>Owner</code> 
-псевдо-заголовка повідомлення про помилку (перегляньте 
-<a href="Reporting#pseudoheader">вказівки щодо відсилання повідомлень
-про помилки</a>), або використовуючи команди  <code>owner</code> та 
-<code>noowner</code><a href="#requestserv">сервера керуючих запитів</a>.
-
-
-<H2><a name="maintincorrect">Хибно вказані супроводжуючі пакунків</a></H2>
-
-<p>Якщо супроводжуючого пакунка вказано невірно, то зазвичай це пов'язано
-з тим, що супроводжуючий пакунка недавно змінився і новий супроводжуючий
-ще не встиг викласти нову версію пакунка зі зміненим значенням керуючого
-поля <CODE>Maintainer</CODE>. Це буде виправлено при викладенні нового
-пакунка; натомість, супроводжуючі архівів можуть змінити це значення 
-вручну, якщо, наприклад, оновлення пакунка не очікується найближчим часом.
-Для зв'язку з ними з цього приводу ви можете скористатись адресою 
-<CODE>override-change@debian.org</CODE>.</P>
-
-
-<H2><A name="requestserv">Перевідкриття, перевизначення та інші можливості керування помилками</A></H2>
-
-<P>Існує можливість перевизначити повідомлення про помилки для інших
-пакунків, перевідкрити помилково закриті повідомлення про помилки,
-модифікувати інформацію про те, куди повідомлення про помилку було
-переслано, змінити рівень важливості або назву повідомлень, встановити
-відповідального за виправлення помилки, об'єднати декілька
-повідомлень про помилки або роз'єднати їх, а також записати версії пакунків,
-в яких помилку було знайдено та тих, в яких вона була виправлена. Це робиться шляхом
-відсилання листа за адресою <CODE>control@bugs.debian.org</CODE>.</P>
-
-<P><A href="server-control">Вигляд такого листа</A> описується в іншому
-документі, що є доступним через WWW або в файлі
-<CODE>bug-maint-mailcontrol.txt</CODE>. Його текстовий варіант також можна отримати,
-відіславши листа зі словом <CODE>help</CODE> за вказаною вище адресою.</P>
-
-<h2><a name="subscribe">Підписка на помилки</a></h2>
-  	 
-<p>Система відслідковування помилок також дозволяє відправникам повідомлень
-про помилки, розробниками та третій зацікавленій стороні здійснити
-підписку на вибрані помилки. Цю можливість можуть використовувати ті, хто
-хотів би наглядати за помилкою без здійснення підписки на інформацію про пакунок
-через <a href="http://packages.qa.debian.org">систему відслідковування пакунків</a> 
-(<a href="http://packages.qa.debian.org">PTS</a>). Всі повідомлення, отримані
-на адресу <var>номер_помилки</var><code>@bugs.debian.org</code>, будуть переслані
-всім, хто замовив таку підписку.</p>
-
-<p>Підписатись на помилку можна відіславши електронного листа за
-адресою <var>номер_помилки</var><code>-subscribe@bugs.debian.org</code>. 
-Тема та тіло повідомлення системою відслідковування помилок ігноруються.
-В процесі обробки цього повідомлення користувачам відсилається лист з
-проханням підтвердження, на який вони повинні відповісти, відіславши
-повідомлення, котре стосується вибраної помилки.</p>
-
-<p>Також можна скасувати підписку на помилку. Скасування підписки може бути
-здійснене відсиланням листа за адресою 
-<var>номер_помилки</var><code>-unsubscribe@bugs.debian.org</code>. Тема
-та тіло цього листа також ігноруються системою відслідковування помилок.
-Користувачам буде надіслано лист з проханням підтвердження, на який вони
-повинні відповісти, якщо бажають скасувати підписку.</p>
-
-<p>За замовченням, адреса, на яку здійснюється оформлення підписки береться
-з поля <code>From</code> заголовку. Якщо ви хочете підписати на помилку
-іншого адресата, вам потрібно закодувати його адресу в листі про оформлення
-підписки. Це робиться так:
-<var>номер_помилки</var><code>-subscribe-</code><var>localpart</var><code>=</code><var>example.com</var><code>@bugs.debian.org</code>.
-В цьому випадку буде відіслана заявка про підписку на помилку <var>номер_помилки</var>
-адреси <code>localpart@example.com</code>. Знак <code>@</code> необхідно змінити
-на знак <code>=</code>. Подібним чином відбувається і скасування підписки:
-<var>номер_помилки</var><code>-unsubscribe-</code><var>localpart</var><code>=</code><var>example.com</var><code>@bugs.debian.org</code>.
-В обох випадках тема та тіло повідомлення будуть переслані на вказану адресу
-електронної пошти з запитом про підтвердження вибраної дії.</p>
-
-<h2><a name="subjectscan">Дещо застарілі можливості аналізування тем</a></h2>
-
-<P>Повідомлення, що приходять на <CODE>submit</CODE> або <CODE>bugs</CODE> та
-поле Тема (Subject) яких починається з <CODE>Bug#</CODE><VAR>номер_помилки</VAR> 
-будуть розглядатись таким чином, ніби були відіслані за адресою
-<VAR>номер_помилки</VAR><CODE>@bugs.debian.org</CODE>. Це зроблено
-для забезпечення сумісності з електронними листами, пересланими зі
-старих адрес, та відслідковування листів, помилково відісланих на 
-<CODE>submit</CODE> (наприклад, шляхом використання можливості відповіді
-всім&nbsp;&mdash; Reply to all).</P>
-
-
-<P>Подібна схема діє і для адрес <CODE>maintonly</CODE>,
-<CODE>done</CODE>, <CODE>quiet</CODE> та <CODE>forwarded</CODE>,
-коли пошта, яка надійшла з відповідним значення поля Тема вважається
-відісланою за адресами <VAR>nnn-дещо</VAR><CODE>@bugs.debian.org</CODE>.</P>
-
-<P>Звичайні повідомлення, що надходять за адресами <CODE>forwarded</CODE> та
-<CODE>done</CODE>&nbsp;&mdash; тобто такі, що не містять номеру помилки в адресі і без
-номеру помилки в полі Тема, будуть відмічені як „непотріб“&nbsp;&mdash; „junk“,
-залишені на декілька тижнів, а потім&nbsp;&mdash; видалені.</P>
-
-
-<h2><a name="x-debian-pr">Застаріла можливість <code>X-Debian-PR: quiet</code></a></h2>
-
-<P>Вона використовувалась для того, що система відслідковування
-помилок не пересилала повідомлення, надіслані на адресу 
-<CODE>debian-bugs</CODE>, що містять рядок <CODE>X-Debian-PR: quiet</CODE> 
-в справжньому заголовку листа.</P>
-
-<P>Зараз цей рядок в заголовку ігнорується. Натомість, відсилайте
-ваші повідомлення за адресами
-<CODE>quiet</CODE> або <VAR>номер_помилки</VAR><CODE>-quiet</CODE> (чи
-<CODE>maintonly</CODE> або <VAR>номер_помилки</VAR><CODE>-maintonly</CODE>).</P>
-
-<HR>
-
-#use "otherpages.inc"
-
-#use "$(ENGLISHDIR)/Bugs/footer.inc"
diff --git a/ukrainian/Bugs/server-refcard.wml b/ukrainian/Bugs/server-refcard.wml
deleted file mode 100644
index 7f79374e3c6..00000000000
--- a/ukrainian/Bugs/server-refcard.wml
+++ /dev/null
@@ -1,107 +0,0 @@
-#use wml::debian::template title="Debian BTS - довідник по поштовим серверам" NOHEADER=yes NOCOPYRIGHT=true
-#use wml::debian::translation-check translation="1.35" maintainer="Borys Yanovych"
-
-<h1>Довідник по поштовим серверам</h1>
-
-<P>Повну документацію по поштовим серверам ви можете отримати через WWW,
-переглянувши файли
-<A href="server-request">bug-log-mailserver.txt</A> та
-<A href="server-control">bug-maint-mailcontrol.txt</A>, або відіславши 
-слово <code>help</code> до одного з серверів.</P>
-
-<h2>Короткий огляд команд, що використовують для повідомлень на адресу 
-<code>request@bugs.debian.org</code></h2>
-
-<ul>
-<li><code>send</code> <var>номер_помилки</var>
-<li><code>send-detail</code> <var>номер_помилки</var>
-<li><code>index</code> [<code>full</code>]
-<li><code>index-summary by-package</code>
-<li><code>index-summary by-number</code>
-<li><code>index-maint</code>
-<li><code>index maint</code> <var>супроводжувач</var>
-<li><code>index-packages</code>
-<li><code>index packages</code> <var>пакунок</var>
-<li><code>send-unmatched</code> [<code>this</code>|<code>0</code>]
-<li><code>send-unmatched</code> <code>last</code>|<code>-1</code>
-<li><code>send-unmatched</code> <code>old</code>|<code>-2</code>
-<li><code>getinfo</code> <var>назва_файла</var> <small>(ftp.debian.org/debian/doc/*)</small>
-<li><code>help</code>
-<li><code>refcard</code>
-<li><code>quit</code>|<code>stop</code>|<code>thank</code>...|<code>--</code>...
-<li><code>#</code>... <em>(коментар)</em>
-<li><code>debug</code> <var>рівень</var>
-</ul>
-
-<h2>Короткий огляд додаткових команд, що використовують для повідомлень
-на адресу<code>control@bugs.debian.org</code></h2>
-
-<ul>
-<li><code>reassign</code> <var>номер_помилки</var> <var>пакунок</var>
- [ <var>версія</var> ]
-<li><code>severity</code> <var>номер_помилки</var> <var>важливість</var>
-<li><code>reopen</code> <var>номер_помилки</var>
- [ <var>адреса_ініціатора</var> | <code>=</code> | <code>!</code> ]
-<li><code>submitter</code> <var>номер_помилки</var>
- <var>адреса_ініціатора</var> | <code>!</code>
-<li><code>found</code> <var>номер_помилки</var> [ <var>версія</var> ]
-<li><code>notfound</code> <var>номер_помилки</var> <var>версія</var>
-<li><code>forwarded</code> <var>номер_помилки</var> <var>адреса</var>
-<li><code>notforwarded</code> <var>номер_помилки</var>
-<li><code>owner</code> <var>номер_помилки</var>
- <var>адреса</var> | <code>!</code>
-<li><code>noowner</code> <var>номер_помилки</var>
-<li><code>retitle</code> <var>номер_помилки</var> <var>нова_назва</var>
-<li><code>clone</code> <var>номер_помилки</var> <var>новий_ідентифікатор</var>  
-  [ <var>новий_ідентифікатор</var> ]
-<li><code>merge</code> <var>номер_помилки</var> <var>номер_помилки</var> ...
-<li><code>unmerge</code> <var>номер_помилки</var>
-<li><code>forcemerge</code> <var>номер_помилки</var> <var>номер_помилки</var>
-<li><code>tag</code> <var>номер_помилки</var>
-  [ <code>+</code> | <code>-</code> | <code>=</code> ] <var>мітка</var> [ <var>мітка</var> ... ]
-<li><code>block</code> <var>номер_помилки</var> <code>за</code> <var>помилкою</var> ...
-<li><code>unblock</code> <var>номер_помилки</var> <code>за</code> <var>помилкою</var> ...
-<li><code>close</code> <var>номер_помилки</var> [ <var>версія_з_виправленням</var> ]
- <strong>(уникайте цього&nbsp;&mdash; ви повинні окремо пояснити ініціатору причини,
-     натомість перегляньте 
-     „<a href="Developer#closing">Закриття повідомлень про помилки</a>“)
- </strong>
-</ul>
-
-<P><code>reopen</code> з символом <code>=</code> або без адреси ініціатора
-залишає ініціатором первісного відправника повідомлення; з символом 
-<code>!</code> робить ініціатором вас&nbsp;&mdash; людину, котра перевідкриває помилку.</P>
-
-<p>Значення <A href="Developer#severities">важливості</A>:  <code>critical</code>,
-<code>grave</code>, <code>serious</code>, <code>important</code>,
-<code>normal</code>, <code>minor</code> або <code>wishlist</code>.
-
-<p>Допустимі <A href="Developer#tags">мітки</A>: <code>patch</code>,
-<code>wontfix</code>, <code>moreinfo</code>, <code>unreproducible</code>,
-<code>help</code>, <code>pending</code>, <code>fixed</code>,
-<code>security</code>, <code>upstream</code>, <code>confirmed</code>,
-<code>fixed-upstream</code>, <code>fixed-in-experimental</code>, <code>d-i</code>, <code>ipv6</code>,
-<code>lfs</code>, <code>l10n</code>, <code>potato</code>,
-<code>woody</code>, <code>sarge</code>, <code>sarge-ignore</code>,
-<code>etch</code>, <code>etch-ignore</code>, <code>sid</code> та
-<code>experimental</code>.
-
-<h2>Огляд методів роботи з повідомленнями про помилки та відповідних адрес</h2>
-
-<ul>
-  <li><var>номер_помилки</var>[ <code>-submit</code> | ]
-  <li><var>номер_помилки</var><code>-maintonly</code>
-  <li><var>номер_помилки</var><code>-quiet</code>
-  <li><var>номер_помилки</var><code>-forwarded</code>
-  <li><var>номер_помилки</var><code>-request</code>
-  <li><var>номер_помилки</var><code>-submitter</code>
-  <li><var>номер_помилки</var><code>-done</code>
-  <li><var>номер_помилки</var><code>-close</code>
-  <li><var>номер_помилки</var><code>-subscribe</code>
-</ul>  
-
-<hr>
-
-#use "otherpages.inc"
-
-#use "$(ENGLISHDIR)/Bugs/footer.inc"