Mass NMU: различия между версиями

Материал из ALT Linux Wiki
Нет описания правки
Строка 40: Строка 40:
# написать драфт полиси, которое стремится воплотить в жизнь робот.
# написать драфт полиси, которое стремится воплотить в жизнь робот.
# анонсировать робота (патчи).
# анонсировать робота (патчи).
# завести страницу на wiki, на которой желающие будут добавлять
# завести страницу на wiki, на которой желающие будут добавлять свои пакеты в список пакетов, не берущих участия в NMU.
свои пакеты в список пакетов, не берущих участия в NMU.


Если
Если
Строка 48: Строка 47:
то
то
# Наступает deadline, кто не успел заявить отвод nmu на свои пакеты, тот опоздал.
# Наступает deadline, кто не успел заявить отвод nmu на свои пакеты, тот опоздал.
# Автор робота получает право NMU на все заявленные им пакеты,
# Автор робота получает право NMU на все заявленные им пакеты, кроме тех, по которым заявлен отвод.
кроме тех, по которым заявлен отвод.


  Должен ли предпринимать какие-то шаги администратор репозитария ?
  Должен ли предпринимать какие-то шаги администратор репозитария ?

Версия от 06:07, 10 апреля 2009

Stub.png
Черновик политики Sisyphus
Автор(ы) — viy@
Обсуждение в devel@
Обсуждается с 10.04.2009


Mass NMU (Non-Maintainer Upload) — массовое обновление чужих пакетов.

Общие соображения

Данное полиси является дополнением к NMU полиси и описывает дополнительные процедуры, которых нужно придерживаться для проведения массового NMU.

Для точечного NMU на пакет foobar у делающего это NMU достаточно времени чтобы обсудить это с мейнтейнером.

Однако если пакетов много, и мейнтейнеров много, проведение массового NMU как набора точечных NMU становится крайне затруднительным.

Вместо этого MassNMU полиси описывает процедуры, с помощью которых можно обращаться ко всем мейнтейнерам вместе, а не к каждому по отдельности. При этом при необходимости администратор репозитория может выдать NMU вместо отсутствующих или не высказавшихся мейнтейнеров.

Чтобы при проведении массовых NMU не было злоупотреблений, изменения, вносимые в пакеты при массовых NMU, должны быть бесспорными, основанными на общепринятой традиции или действующих полиси.

То есть надо подчеркнуть, что в массовых NMU, общий принцип которых не вызывает разногласий (например, основан на полиси) мейнтейнер считается по умолчанию (поскольку общий принцип не вызывает разногласий) согласным на NMU, а если не согласен — должен высказать явно.

Правила подготовки массовых NMU

  • Алгоритм и сгенерированные патчи выносятся на публичное обсуждение.
  • Если алгоритм основан на полиси, достаточно явно сослаться на полиси.
  • Иначе, алгоритм должен быть основан на полиси (драфте) или ещё как-либо документирован, пройти обсуждение в devel@,

Если в devel@ предложенные изменения не вызывают возражений, либо возражения снимаются голосованием или отводом/исправлением, то алгоритм и патчи считаются принятыми сообществом.

Срок обсуждения — от 2-х недель.

Пример

Т.е. - если я, скажем, завтра напишу робота, который.. ну допустим  
исправляет зависимости у всех KDE'шных пакетов, отправляя каждый из них  
на пересборку с определённым патчем на спек.
Каким образом должен выглядеть процесс такого массового NMU ? 
  1. написать драфт полиси, которое стремится воплотить в жизнь робот.
  2. анонсировать робота (патчи).
  3. завести страницу на wiki, на которой желающие будут добавлять свои пакеты в список пакетов, не берущих участия в NMU.

Если

  1. сообщество приняло драфт как полиси.
  2. истек срок (2-3 недели?)

то

  1. Наступает deadline, кто не успел заявить отвод nmu на свои пакеты, тот опоздал.
  2. Автор робота получает право NMU на все заявленные им пакеты, кроме тех, по которым заявлен отвод.
Должен ли предпринимать какие-то шаги администратор репозитария ?

Дать NMU от имени промолчавших мейнтейнеров.

Ссылки