ACL Policy: различия между версиями
Нет описания правки |
|||
| Строка 25: | Строка 25: | ||
В случае положительного решения [[RepositoryAdmin|администратор репозитория]] обязан добавить нового мейнтейнера в ACL пакета, оставив при этом пропавшего мейнтейнера в списке сопровождающих пакет. Для пакетов, мейнтейнерами которых является группа - новый мейнтейнер должен быть добавлен в группу, сопровождающую пакет. | В случае положительного решения [[RepositoryAdmin|администратор репозитория]] обязан добавить нового мейнтейнера в ACL пакета, оставив при этом пропавшего мейнтейнера в списке сопровождающих пакет. Для пакетов, мейнтейнерами которых является группа - новый мейнтейнер должен быть добавлен в группу, сопровождающую пакет. | ||
Мейнтейнер считается пропавшим для всех его пакетов без исключения. Дальнейшие запросы на добавление в ACL Администратор репозитария обязан выполнять без периода ожидания, до тех пор, пока мейнтейнер не появится и не заявит о себе в bugzilla или списке рассылки. | |||
== Динамическая смена лидера == | == Динамическая смена лидера == | ||
Версия от 23:54, 15 июня 2009
ACL Policy — политика запроса права на сопровождение пакета
Общие соображения
Данное полиси описывает формальные правила взаимоотношения между мейнтейнерами для изменения ACL пакета. Как правило, на практике никакой необходимости в применении этого регламента нет — мейнтейнеры успешно договариваются между собой, используя различные виды связи (bugzilla, email, irc, jabber, телефон и т. д.). Данное Policy предназначено для случаев, когда никаких дополнительных координат мейнтейнера не известно, на запросы по электронной почте он не реагирует, в bugzilla дозваться не удаётся. При этом на сопровождение пакета есть желающий, и администратору репозитория необходимо руководствоваться по возможности объективными факторами при принятии решения о передаче пакета.
Основные термины
- Пропавший мейнтейнер — под этим термином мы подразумеваем мейнтейнера, который в течении длительного времени не реагирует на запросы других мейнтейнеров, сделанные публично через bugzilla.altlinux.org.
- Длительное время — в данном контексте срок, превышающий 15 календарных дней с момента первого зафиксированного обращения.
- Зафиксированное обращение — запрос на добавление в ACL пакета, выполненный через bugzilla.altlinux.org
Технический регламент
В случае, если с мейнтейнером не удаётся связаться обычными способами, необходимо в bugzilla.altlinux.org зарегистрировать ошибку на данном пакете, описывающую те изменения, которые вы хотите выполнить. В данной ошибке необходимо запросить у мейнтейнера добавление вас в ACL пакета.
Данная запись в bugzilla.altlinux.org является документально подтверждающим фактом вашего обращения к пропавшему мейнтейнеру. По истечении 15 суток с момента регистрации запроса на добавление в ACL в случае отсутствия какой-либо реакции со стороны мейнтейнера можно добавить запись в bugzilla.altlinux.org, компонент Development -> ALT Linux Team -> Package Ownership, приложить ссылку на зарегистрированную ошибку и описать ваш запрос, название пакета и в каких ветках (включая Sisyphus) вы хотите поддерживать пакет.
Администратор репозитория на основании данного Policy вправе принять положительное или отрицательное решение в течении 3-х рабочих дней с момента обращения.
В случае положительного решения администратор репозитория обязан добавить нового мейнтейнера в ACL пакета, оставив при этом пропавшего мейнтейнера в списке сопровождающих пакет. Для пакетов, мейнтейнерами которых является группа - новый мейнтейнер должен быть добавлен в группу, сопровождающую пакет.
Мейнтейнер считается пропавшим для всех его пакетов без исключения. Дальнейшие запросы на добавление в ACL Администратор репозитария обязан выполнять без периода ожидания, до тех пор, пока мейнтейнер не появится и не заявит о себе в bugzilla или списке рассылки.
Динамическая смена лидера
Автор трех последовательных последних записей в changelog пакета автоматически становится его лидером.