Mass NMU: различия между версиями
(Создана новая страница размером {{DraftPolicy |responsible=мшн@ |discussion_link= |discussion_since=10.04.2009 }} '''Mass NMU''' (Non-Maintainer Upload) — массо...) |
Нет описания правки |
||
Строка 1: | Строка 1: | ||
{{DraftPolicy | {{DraftPolicy | ||
|responsible= | |responsible=viy@ | ||
|discussion_link= | |discussion_link= | ||
|discussion_since=10.04.2009 | |discussion_since=10.04.2009 |
Версия от 22:03, 9 апреля 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 ?
- написать драфт полиси, которое стремится воплотить в жизнь робот.
- анонсировать робота (патчи).
- завести страницу на wiki, на которой желающие будут добавлять
свои пакеты в список пакетов, не берущих участия в NMU.
Если
- сообщество приняло драфт как полиси.
- истек срок (2-3 недели?)
то
- Наступает deadline, кто не успел заявить отвод nmu на свои пакеты, тот опоздал.
- Автор робота получает право NMU на все заявленные им пакеты,
кроме тех, по которым заявлен отвод.
Должен ли предпринимать какие-то шаги администратор репозитария ?
Дать nmu от имени промолчавших майнтайнеров.