Кроме request@bugs.debian.org, позволяющего получать
по электронной почте данные об ошибке и документацию,
существует control@bugs.debian.org, позволяющий управлять
сообщениями об ошибках.
Сервер управления работает так же, как и сервер запросов, за исключением того, что имеет несколько дополнительных команд. На самом деле это та же программа. Разные адреса введены только для того, чтобы пользователи не делали ошибок и не создавали проблемы, пытаясь лишь запросить информацию.
Поскольку команды сервера управления изменяют состояние ошибки, сопровождающему пакета(ов), с которым(и) связана ошибка, отправляется уведомление об обработке этих команд. Кроме того, сообщение, полученное сервером, и произведённые изменения сохраняются в журнале ошибки и, соответственно, доступны на web-страницах.
Пожалуйста, прочитайте подробности работы с почтовыми серверами и список
общих команд, доступных на обоих серверах, в
введении в работу сервера запросов
на www-сайте, в файле bug-log-mailserver.txt, либо
послав команду help любому из серверов.
Краткое описание почтовых серверов
доступно на www-сайте, в файле bug-mailserver-refcard.txt,
или при отправке на сервер команды refcard.
| Основные | Управление версиями | Дублирование | Прочее |
reassign номер_ошибки пакет
[ версия ]Делает запись о том, что ошибка #номер_ошибки на самом деле относится к пакету пакет. Это может использоваться для задания информации о пакете, если пользователь забыл включить псевдо-заголовок или для изменения сопоставления, сделанного ранее. Никакие уведомления никому не посылаются (за исключением обычной информации об обработке запроса).
Если вы предоставили версию, система отслеживания ошибок отметит, что ошибке подвержена данная версия нового принятого пакета.
Можно назначить ошибку двум пакетам за один раз, введя их названия через запятую. Однако это допустимо, только если ошибка может быть исправлена в любом из двух пакетов. В противном случае необходимо продублировать сообщение об ошибке для другого пакета.
reopen номер_ошибки
[ адрес_создателя | = | ! ]Заново открывает ошибку #номер_ошибки, если она закрыта.
По умолчанию или если вы задали =, создателем отчёта
по прежнему считается первый отправитель сообщения об ошибке, так что
если ошибка будет закрыта, уведомление получит именно он.
Если вы укажете адрес_создателя, создателем будет
считаться обладатель этого адреса. Если вы хотите сами считаться
создателем заново открытого сообщения об ошибке, вы можете либо указать
свой собственный адрес, либо просто поставить !.
Обычно стоит предупредить человека, которого вы собираетесь записать создателем отчёта, что вы заново открываете ошибку, чтобы уведомление, посылаемое при её новом закрытии, не стало для него неожиданностью.
Если ошибка не закрыта, reopen не делает ничего, даже не меняет
запись о создателе отчёта. Чтобы поменять создателя открытого сообщения
об ошибке, используйте команду submitter. Имейте в виду,
что первоначальный отправитель получит сообщение об этом изменении.
Если ошибка была записана как бывшая закрытой в конкретной версии пакета
но восстановлена в поздней версии, то лучше использовать команду
found.
found номер_ошибки [
версия ]Записывает, что #номер_ошибки была выявлена в данной версии пакета, с которым она связана.
Система отслеживания ошибок использует эту информацию, совместно с исправленными версиями, записанными при закрытии ошибок, чтобы отобразить список ошибок, открытых в различных версиях каждого пакета. Ошибка считается открытой, когда нет исправленной версии или когда она была найдена позже чем была исправлена.
Если версия не установлена, тогда список исправленных версий
для ошибки очищается. Это идентично поведению команды reopen.
Если версия не указана, эта команда лишь отметит отчёт об
ошибке как неисправленный, или же будет отмечена та версия, которая
указана и эквивалентна версии, отмеченной до этого как исправленной.
(Если вы уверены в желании отметить отчёт об ошибке как неисправленный,
используйте reopen вместе с found.)
Эта команда была введена в предпочтение reopen, так как
было сложно добавить версию к её командному синтаксису без
внесения неясностей.
notfound номер_ошибки
версияУдаляет запись #номер_ошибки, встреченной в той версии пакета, к которому она была назначена.
Это отличается от закрытия ошибки в той версии, в которой ошибка не перечислена как исправленная и в этой версии тоже; никакой информации об той версии не будет известно. Это предназначено для исправления ошибок в записи о времени, когда ошибка была найдена.
fixed номер_ошибки
версияПоказывает, что ошибка #номер_ошибки была исправлена в данной версии пакета, которому она назначена.
Это не означает, что ошибка будет помечена как закрытая, это лишь добавляет другую версию, в которой ошибка была исправлена. Для того, чтобы закрыть ошибку и отметить её исправленной в определённой версии, используйте адрес bugnumber-done.
notfixed номер_ошибки
версияУдаляет запись о том, что ошибка #номер_ошибки была исправлена в данной версии.
Эта команда эквивалентна командам found и
notfound, следующим одна за другой (found удаляет fixed в
определённой версии, а notfound удаляет found.)
submitter номер_ошибки
адрес_создателя | !Изменяет запись об отправителе ошибки #номер_ошибки на адрес_создателя.
Если вы хотите сами считаться создателем сообщения об ошибке,
вы можете либо указать свой собственный адрес, либо просто
поставить !.
В то время как команда reopen изменяет создателей и
других ошибок, слитых с той, которая открывается заново,
submitter не влияет на слитые ошибки.
forwarded номер_ошибки
адресnotforwarded
номер_ошибкиretitle номер_ошибки
новое_название
Изменяет название сообщения об ошибке на заданное (по умолчанию им
является содержимое заголовка Subject (тема) первоначального
сообщения об ошибке).
В отличие от большинства других команд управления ошибками, при применении к одному отчёту из набора слитых ошибок, эта команда изменит название только одного сообщения, а не всех слитых с ней.
severity номер_ошибки
важностьУстанавливает уровень важности ошибки #номер_ошибки на важность. Пользователю, сообщившему об ошибке, уведомление не посылается.
Допустимые уровни важности: critical, grave,
serious, important, normal,
minor, и wishlist.
Их значение см. в общей документации по системе отслеживания ошибок для разработчика.
clone номер_ошибки новый идентификатор
[ новые идентификаторы ... ]
Управляющая команда clone позволяет вам продублировать сообщение
об ошибке. Это полезно в случае, когда одно сообщение на самом деле
относится к нескольким различным ошибкам. Новые идентификаторы
—
это отрицательные числа, разделённые пробелами, которые могут использоваться
в последующих командах управления для ссылки на созданные дубликаты.
Для каждого нового идентификатора создаётся новый отчёт.
Пример использования:
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
merge номер_ошибки номер_ошибки ...Сливает несколько сообщений об ошибках. При открытии, закрытии, пометке как пересланные или снятии такой отметки и при пересопоставлении другому пакету любой из слитых ошибок то же самое произойдёт со всеми слитыми отчётами.
Перед тем, как ошибки можно будет слить, они должны быть в точности
в одном состоянии: либо все открыты, либо все закрыты, с одним и тем
же адресом пересылки автору, либо не помечены как перенаправленные,
все сопоставлены одному и тому же пакету или пакетам (требуется точное
соответствие строк с названиями пакетов), а также все иметь одну
и ту же важность. Если вначале они находятся не в одном состоянии,
вам следует перед отправкой команды merge использовать команды
reassign, reopen и т.д. Названия сообщений
не обязаны совпадать и никак не изменяются этой командой. Теги не обязаны
совпадать. Если они не совпадают, списки тегов будут объединены.
Если какая-либо из ошибок, перечисленных в команде merge,
уже слита с другими ошибками, то сливаются все сообщения об ошибках,
слитые с любой из перечисленных. Слияние подобно эквивалентности —
оно рефлексивно, транзитивно и симметрично.
Слияние отчётов добавляет примечание к журналу каждого отчёта, на www-страницах оно включает ссылки на другие ошибки.
Слитые отчёты устаревают одновременно и только тогда, когда каждый отдельный отчёт будет удовлетворять критериям устаревания.
forcemerge номер_ошибки
номер_ошибки ...Насильно сливает два или более отчётов сообщений об ошибках. Первая из перечисленных ошибок является главной ошибкой, а её установки (установки, которые для обычного слияния должны быть эквивалентны) назначаются ошибкам, перечисленным следующими в команде. Чтобы исключить ошибочного слияния ошибок из-за опечаток, ошибки должны быть в одном и том же пакете. Смотрите выше текст, описывающий что означает слияние.
Нужно учесть, что это делает возможным закрыть ошибку при слиянии; если вы сделаете это, вы несёте ответственность за уведомление людей, предоставивших ошибки, соответствующим закрытым письмом.
unmerge номер_ошибкиОтсоединяет сообщение об ошибке от других сообщений, с которыми она слита. Если указанная ошибка слита с несколькими другими, они остаются слиты друг с другом, удаляется только их связь с указанной ошибкой.
Если слито много сообщений об ошибках и вы хотите разделить их на две группы слитых ошибок, вы должны отсоединить каждый отчёт одной из новых групп по отдельности, и затем слить их в новую группу.
Одной командой unmerge вы можете отсоединить только
одно сообщение. Если вы хотите отсоединить несколько ошибок, включите
в сообщение несколько команд unmerge.
tags номер_ошибки [ + |
- | = ] тег [ тег ... ]
Устанавливает теги отчёта об ошибки #номер_ошибки.
Пользователю, сообщившему об ошибку, уведомление не отправляется. Если
перед тегами стоит символ +, перечисленные теги
будут установлены, - — сняты, при использовании
= теги будут установлены в соответствии с заданным списком
независимо от текущего состояния. По умолчанию теги добавляются.
Пример:
# то же, что '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
Возможные теги: patch, wontfix,
moreinfo, unreproducible, help,
pending, fixed,
fixed-in-experimental, fixed-upstream,
security,
upstream, confirmed, d-i,
ipv6, lfs, l10n,
potato, woody, sarge,
sarge-ignore, etch, etch-ignore,
sid и experimental.
Их значение см. в общей документации по системе отслеживания ошибок для разработчика.
block номер_ошибки
by ошибка ...unblock номер_ошибки
by ошибка ...close номер_ошибки [
исправленная_версия ] (не рекомендуется)Закрывает сообщение об ошибке #номер_ошибки.
Пользователю, отправившему сообщение об ошибке, посылается уведомление,
но (в отличие от отправки сообщения по адресу
номер_ошибки-done@bugs.debian.org) в уведомление не
включается текст письма, закрывшего ошибку. Сопровождающий,
закрывший ошибку, должен убедиться, вероятно, послав отдельное письмо,
что сообщивший об ошибке пользователь знает, почему она была закрыта.
Поэтому использование этой команды не рекомендуется. См. информацию для
разработчиков о том, как правильно закрывать
ошибки.
Если вы предоставили исправленную_версию, система отслеживания ошибок отметит, что ошибка была исправлена в данной версии пакета.
package [ имя_пакета ... ]Последующие команды будут относиться только к ошибкам в указанных пакетах. Можно перечислить несколько пакетов. Если пакеты не указаны, последующие команды будут относиться ко всем ошибкам. Эту возможность следует использовать для страховки от использования неверных номеров ошибок.
Пример:
package foo
reassign 123456 bar 1.0-1
package bar
retitle 123456 bar: bar sucks
severity 123456 normal
package
severity 234567 wishlist
owner номер_ошибки адрес | !Делает адрес "хозяином" ошибки #номер_ошибки. Хозяин ошибки берёт на себя ответственность за её исправление. Это полезно для распределения обязанностей в команде сопровождающих пакета.
Если вы хотите стать хозяином ошибки сами, можно либо указать ваш
собственный электронный адрес, либо использовать сокращение
!.
noowner номер_ошибкиarchive номер_ошибкиunarchive номер_ошибки#...# должен быть в
начале строки. Текст комментария будет включён в уведомления отправителю
и сопровождающим. Его можно использовать для указания причин ваших
действий.
quitstopthankthanksthankyouthank you--Другие страницы системы отслеживания ошибок:
Debian bug tracking system
Copyright © 1999 Darren O. Benham, 1997, 2003 nCipher Corporation Ltd,
1994-1997 Ian Jackson.