Mass NMU
Материал из ALT Linux Wiki
(→Пример) |
(→Пример) |
||
Строка 38: | Строка 38: | ||
Каким образом должен выглядеть процесс такого массового NMU ? | Каким образом должен выглядеть процесс такого массового NMU ? | ||
- | # написать драфт полиси, которое стремится воплотить в жизнь робот. | + | # написать драфт полиси, которое стремится воплотить в жизнь робот (рекомендуется, если изменения нужно будет учитывать при сборке новых пакетов) |
+ | либо описать изменения на wiki, на страничке, посвященной конкретно этому массовому NMU (категории: MassNMU, Открыто/Закрыто/Отклонено | ||
+ | (если изменения носят разовый характер и их не нужно будет повторять над новыми пакетами). | ||
# анонсировать патчи. | # анонсировать патчи. | ||
# завести страницу на wiki, на которой желающие будут добавлять свои пакеты в список пакетов, не принимающих участия в NMU. | # завести страницу на wiki, на которой желающие будут добавлять свои пакеты в список пакетов, не принимающих участия в NMU. | ||
Если | Если | ||
- | # сообщество приняло драфт как полиси. | + | # алгоритм изменений оформлен как драфт полиси и сообщество приняло драфт как полиси. |
- | # истек срок (2-3 недели?) | + | # алгоритм изменений истек срок (2-3 недели?) |
то | то | ||
# Наступает deadline, кто не успел заявить отвод nmu на свои пакеты, тот опоздал. | # Наступает deadline, кто не успел заявить отвод nmu на свои пакеты, тот опоздал. |
Версия 09:37, 11 апреля 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 (категории: MassNMU, Открыто/Закрыто/Отклонено (если изменения носят разовый характер и их не нужно будет повторять над новыми пакетами).
- анонсировать патчи.
- завести страницу на wiki, на которой желающие будут добавлять свои пакеты в список пакетов, не принимающих участия в NMU.
Если
- алгоритм изменений оформлен как драфт полиси и сообщество приняло драфт как полиси.
- алгоритм изменений истек срок (2-3 недели?)
то
- Наступает deadline, кто не успел заявить отвод nmu на свои пакеты, тот опоздал.
- Автор робота получает право NMU на все заявленные им пакеты, кроме тех, по которым заявлен отвод.
Должен ли предпринимать какие-то шаги администратор репозитария ?
Дать NMU от имени промолчавших мейнтейнеров.