Эта страница была перенесена на altlinux.org. Текст на freesource.info заморожен.
Incoming/notes
С весны 2006 года управление доступом по заливке пакетов в Incoming осуществляется не посредством письма на incoming@ и его ручной отработки, а при помощи размещения «записок» в нём же. Это средство применяется для передачи майнтейнерства или расширения доступа, выдачи NMU или объявления пакета неподдерживаемым.
В случае утери майнтейнером возможности доступа в Incoming по разным причинам или отсутствии возможности связаться с ним в разумные сроки (месяц?) следует писать почтой на incoming@ с копией майнтейнеру на адрес @altlinux.org с указанием проблемы и требуемого действия.
Если какой-либо из пакетов перестал интересовать, но является достаточно качественно собранным — есть смысл перевесить его на группу:
@nobody (это отказ от ответственности за него; следующий заливший обновление в incoming автоматически станет ответственным за этот пакет, другие не смогут его публиковать) или
@everybody (это передача пакета «в общее достояние», когда любой участник команды может публиковать его обновления).
Первый вариант имеет смысл для пакетов, которые предполагают ответственность, но нести её не получается (таким образом, её принимает следующий сборщик — возможно, далее управляя списком доступа по обстановке); второй — для пакетов, которые по своей природе не являются ответственными, но пригодны к поддержке в режиме «кому не лень» (например, в этот раз речь зашла о gnome-backgrounds).
orphaned/obsolete
Для переноса более неподдерживаемых или устаревших пакетов соответственно в orphaned/ или obsolete/ следует прислать на incoming@altlinux список имён пакетов (исходный и все бинарные — с учётом того, что обработка производится вручную, а «угадывать» все бинарные пакеты по исходному неудобно).
детальнее
Date: Tue, 28 Mar 2006 01:54:16 +0400
From: Alexey Gladkov <legion@>
To: ALT Devel discussion list <devel@>
Subject: [devel] IA: sisyphus acl.
Приветствую!
На пути к полной автоматизации incoming делается ещё один шаг. На этот
раз на cron вешается проверка прав на выкладывание пакетов. Это значит,
что изменения в листах (Sisyphus/files/list.src.*) должны быть
произведены до того как пакет попал в incoming.
Листы (Sisyphus/files/list.src.*) имеют следующий формат:
<исходный пакет><tab>(<список мантейнеров>|<группа>)
Лист с группами (Sisyphus/files/list.groups)имеет похожий формат:
<группа><tab><список мантейнеров>
Среди мантейнеров пакета или в группе (packagers team) всегда есть
лидер. Он же является ответственным в BTS. Это шишка среди мантейнеров
пакета. В списках это первое имя. Этот человек может вносить
изменения в листы. Как любое другое изменение, он может сделать лидером
другого мантейнера.
Чтобы это сделать, нужно оставить записку роботам. Для этого сделан
каталог:
cvs.altlinux.org:/incoming/notes/Sisyphus/ – для внешнего инкоминга
basalt:/raid/OUT/Sisyphus/notes/ – для офисных пользователей.
В котором содержатся файлы по именам мантейнеров.
Записки имеют формат:
<Target> <Action> <Arguments><Target> := Package|@Group<Action> := add|rem|nmu|leader|bts
Первое поле — это имя пакета или название группы (обязательно начанается
с символа '@'). Далее идёт действие. Последнее до конца строки
— это аргументы. Аргументы для каждого действия имеют (будут иметь)
разное значение.
Сейчас доступны следующие действия: добавление(add)/удаление(rem)
из списка мантейнеров, есть возможность сделать лидером пакета/группы
или ответственным в BTS ... что одно и тоже. Так что leader = bts — синонимы
(возможно, только пока). Также есть возможность разрешить nmu для
пакета для одного мантейнера. NMU разрешён, пока от этого мантейнера
не придёт пакет (QA или от другого манейнера не в счёт).
Для команд add и rem в качетсве аргументов выступает список
мантейнеров. NMU выдаётся одному человеку. Лидер может быть только
один – аргументы это один мантейнер.
Если удалить из списка мантейнеров всех (т.е. совсем всех), то пакет
переходит в служебную группу @nobody. Это значит, что пакет в сизифе
никому не принадлежит и ждёт хозяина. Это плохо. Поэтому первый,
кто его соберёт, становится папой ... вернее мантейнером этого пакета.
Конечно, это не касается QA (робот роботу глаз не выклюет).
Есть ключевые слова:
#nobody – пакет переводится в группу "судьба пакета меня
не интересует" – @nobody. Это действительно только add.
#all – чтобы удалить сразу всех. Действительно для rem.
Пока это всё. Продолжение следует...
Date: Tue, 28 Mar 2006 02:31:27 +0400
From: "Dmitry V. Levin" <ldv@>
To: ALT Devel discussion list <devel@>
Subject: Re: [devel] IA: sisyphus acl.
> В котором содержатся файлы по именам мантейнеров.
Поясняю. У каждого мантейнера есть по одному файлу
в /incoming/notes/Sisyphus/, одноименному имени @altlinux.
Это текстовый файл, в который надо _добавлять_ записи.
Удалять старые записи можно, но не стоит удалять записи раньше,
чем их прочёл робот. Другими словами, не удаляйте записи из файла чаще
раза в сутки.
Date: Tue, 28 Mar 2006 05:06:21 +0400
From: "Dmitry V. Levin" <ldv@>
To: ALT Devel discussion list <devel@>
Subject: Re: [devel] IA: sisyphus acl.
> Первое поле это имя пакета или название группы (обязательно начанается> с символа '@').
Перевожу: если первый символ '@', то за ним следует имя группы.
В противном случае первый символ начинает имя пакета.
> Для add и rem команд в качетсве аргументов выступает список> мантейнеров. NMU выдаётся одному человеку. Лидер может быть только> один – аргументы это один мантейнер.
Более формально:
<Target> add|rem maintainer1 [maintainer2 ...]<Target> nmu|leader|bts maintainer
Date: Tue, 28 Mar 2006 12:18:16 +0400
From: Alexey Gladkov <legion@>
To: ALT Devel discussion list <devel@>
Subject: Re: [devel] IA: sisyphus acl notes читаются раз в час. incoming разбирается раз в 3 часа.
Если пакет и сообщение одно временно поступят за 15 минут до разбора
incoming, то скорее всего пакет будет отвергнут.
Date: Wed, 29 Mar 2006 11:22:30 +0400
From: "Alexey I. Froloff" <raorn@>
To: ALT Devel discussion list <devel@>
Subject: Re: [devel] IA: sisyphus acl.
> cvs.altlinux.org:/incoming/notes/Sisyphus/ – для внешнего инкоминга
$%@@%#@$@!!!! Чтобы туда что-ньдь rsync'нуть, используйте опцию
--inplace.
Пример использования (имя пользователя всегда с in_):