On Mon, Apr 20, 2009 at 12:51:15AM +0400, Anton Farygin wrote:
> Afanasov Dmitry пишет:
> >19.04.09, Alexey Gladkov<legion@altlinux.ru> написал(а):
> >>19.04.2009 17:51, Afanasov Dmitry wrote:
> >> > а это разве не условие NMU? по правилам 
> >> без подобного сообщения бедет
> >> > не NMU и нечто другое.
> >> "Администратор репозитория имеет право 
> >> сделать NMU немедленно после
> >> обнаружения в нём (в пакете) фатальной 
> >> ошибки.
> >>[...]
> >> Какие варианты у мантейнера при 
> >> получении такого извещения? Только
> >> принять к сведению.
> >кстати, господа, в текущем моем 
> >понимании полиси, многое зависит от
> >доверия NMU-админу. но не ко всем, как я 
> >погляжу, в нашем обществе
> >есть двоерие.
> >
> >а значит надо регламентировать, кто 
> >такой NMU-админ и откуда он растет.
> >
> >повторюсь - благодаря инфраструктуре 
> >git.alt, админ репозитария не
> >обязательно должен совпадать с 
> >NMU-админом.
> 
> Админ репозитария имеет в любом случае 
> более высокий приоритет, чем админ NMU. Да, 
> и что такое админ NMU - мне непонятны его 
> функции.

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

На самом деле это частный случай другой роли, которая реализована в
girar builder: acl admin -- исполнитель(и) этой роли имеют техническую
возможность
- добавить, удалить или изменить любую запись в acl/nmu;
- отправить любой пакет в репозиторий в обход проверки acl/nmu;
- подтвердить (task approve) любое задание.


-- 
ldv