diff options
author | Peter Karlsson <peterk> | 2008-02-03 09:00:18 +0000 |
---|---|---|
committer | Peter Karlsson <peterk> | 2008-02-03 09:00:18 +0000 |
commit | 599543b7ad3e2a4010e6bc77b78c281ef12c0fc9 (patch) | |
tree | 022f699a38010a8aab4326820a1d73135c779c0e /ukrainian/Bugs | |
parent | d8332a94a61248111f186a86ffb1eed412f47a0c (diff) |
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)
Diffstat (limited to 'ukrainian/Bugs')
-rw-r--r-- | ukrainian/Bugs/Access.wml | 66 | ||||
-rw-r--r-- | ukrainian/Bugs/Developer.wml | 465 | ||||
-rw-r--r-- | ukrainian/Bugs/server-refcard.wml | 107 |
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>Основний метод доступу — це використання веб-сторінок. Перегляньте -форми на <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 Гб, -а модуль заархівованих помилок — 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> — як адресу відправника, так і -<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> (наприклад, шляхом використання можливості відповіді -всім — 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> — тобто такі, що не містять номеру помилки в адресі і без -номеру помилки в полі Тема, будуть відмічені як „непотріб“ — „junk“, -залишені на декілька тижнів, а потім — видалені.</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>(уникайте цього — ви повинні окремо пояснити ініціатору причини, - натомість перегляньте - „<a href="Developer#closing">Закриття повідомлень про помилки</a>“) - </strong> -</ul> - -<P><code>reopen</code> з символом <code>=</code> або без адреси ініціатора -залишає ініціатором первісного відправника повідомлення; з символом -<code>!</code> робить ініціатором вас — людину, котра перевідкриває помилку.</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" |