Re: [devel] I: incoming acl status

Re: [devel] I: incoming acl status

[Slava Semushin]

2008/1/14, QA Team Upravdom Robot <upravdom / altlinux.org>:
> Dear php_coder!
> Commands received:
>   1 vobcopy add icesik
>
> Result:
>   1 ERROR: vobcopy add icesik: Permission denied

Я уже второй раз пытаюсь сделать Игоря лидером пакета. Первый раз было так:

vobcopy leader icesik

второй раз иначе попробовал:

vobcopy add icesik
vobcopy leader icesik

Результат один.

Доку читал..

P.S. Слава Диконов был прав ! ;)

-- 
+ Slava Semushin | slava.semushin @ gmail.com
+ ALT Linux Team | php-coder @ altlinux.ru

Re: [devel] I: incoming acl status

[Damir Shayhutdinov]

> > Result:
> >   1 ERROR: vobcopy add icesik: Permission denied
>
> Я уже второй раз пытаюсь сделать Игоря лидером пакета. Первый раз было так:
>
> vobcopy leader icesik
>
> второй раз иначе попробовал:
>
> vobcopy add icesik
> vobcopy leader icesik
>
> Результат один.
Видимо ты уже не лидер этого пакета.

Re: [devel] I: incoming acl status

[Alexey Gladkov]

Slava Semushin wrote:
> 2008/1/14, QA Team Upravdom Robot <upravdom / altlinux.org>:
>> Dear php_coder!

$ grep vobcopy Sisyphus/files/list/list.src.classic
vobcopy	php-coder

> Результат один.

Да. Правильный результат, кстати.

> Доку читал..

А в list.src.classic смотрели?

> P.S. Слава Диконов был прав ! ;)

Я думаю, что прав в данном случае робот.

-- 
Rgrds, legion

[devel] предложение по разбору incoming acl notes

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 1733 bytes --]

On Mon, Jan 14, 2008 at 02:50:00PM +0300, Alexey Gladkov wrote:
> $ grep vobcopy Sisyphus/files/list/list.src.classic
> vobcopy	php-coder

Сейчас vobcopy php-coder icesik

> > Результат один.
> Да. Правильный результат, кстати.

Неправильный, потому как неочевидный.

> > Доку читал..
> А в list.src.classic смотрели?

Я тоже не особо давно (чего-то synce-образного отдавал) смотрел
и размышлял -- неужто моя логика ещё настолько отличается от
роботической...

> > P.S. Слава Диконов был прав ! ;)
> Я думаю, что прав в данном случае робот.

Дело робота -- быть слугой, а не хозяином.  Плохой слуга будет
пытаться указывать хозяину, что тому делать (или просто молча
сделает не то, или вообще ничего не сделает).  Хорошего слугу,
дав ему однозначное указание -- контролировать не надо, сам
сообщит, если вдруг что не так.

В данном разе проблем две:

- все дружно пытаются ПРОСТО СДЕЛАТЬ leader, только это ПРОСТО 
  НЕ РАБОТАЕТ.  А жаль, можно было бы сэмулировать унутре
  add/leader, в конце концов.

- все дружно перечитывают доку, роботу икается и отправляется
  нота вида add первой строкой и leader -- второй.  Кто ж думает,
  что визу берут в одном окошечке по вторникам с трёх до пяти,
  а штамп в паспорте ставят в окошечке напротив по воскресеньям
  в десять.  И что с leader надо приходить тогда, когда робот
  соблагокронит заметить add.

Предложение по решению:

- сделать так, чтобы было необходимо и достаточно сделать
  $package leader $login

PS: Лёш, никаких личных претензий, просто это элементарные
правила роботостроения с точки зрения обычного живого человека.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] предложение по разбору incoming acl notes

[Alexey Gladkov]

Michael Shigorin wrote:
> Неправильный, потому как неочевидный.

У нас разные понятия об очевидности.

Робот не смог найти такого пользователя в списке мантейнеров т.е. это
неизвестно кто... и этот некто хочет что-то исправлять... что ему
ответить ?!

Вывод от выполнения команды "echo >> /etc/passwd" от пользователя не
смущает или может быть тоже не очевидный?

> Дело робота -- быть слугой, а не хозяином.  Плохой слуга будет
> пытаться указывать хозяину, что тому делать (или просто молча
> сделает не то, или вообще ничего не сделает).  Хорошего слугу,
> дав ему однозначное указание -- контролировать не надо, сам
> сообщит, если вдруг что не так.

Миш, всё это лирика. А правда в том, что человек пытался редактировать
ACL для пакета на который не имел прав.

> В данном разе проблем две:
> 
> - все дружно пытаются ПРОСТО СДЕЛАТЬ leader, только это ПРОСТО 
>   НЕ РАБОТАЕТ.  А жаль, можно было бы сэмулировать унутре
>   add/leader, в конце концов.

Ты никогда не делаешь опечаток ? ... а я вот грешен... и грешен этим
тот кто добавлял из под php_coder.

leader это смена лидера, старый же лидер теряет права.

Ты предпочитаешь допустив ошибку потерять контроль над ACL до
исправления через incoming@ ?

Я сознательно разделил добавление и смену статуса чтобы мантейнер мог
видеть кого он делает лидером.

> PS: Лёш, никаких личных претензий, просто это элементарные
> правила роботостроения с точки зрения обычного живого человека.

Я буду помнить этот PS как завет и передам его детям :)

Хотя это всё такая же лирика как и про слуг. Я не имею возможности
исправить этого робота ... он служит другому :)

Всё что я написал это моя точка зрения на прошлое. У нового хозяина
может быть другая точка зрения.

-- 
Rgrds, legion

Re: [devel] предложение по разбору incoming acl notes

[Michael Shigorin]

On Fri, Jan 18, 2008 at 07:03:23PM +0300, Alexey Gladkov wrote:
> > Неправильный, потому как неочевидный.
> У нас разные понятия об очевидности.

Ну вообще-то я пытался сказать ровно о том, на что натыкался,
но молчал, а с тех пор ещё несколько раз пояснял другим (или
видел вопросы) +/- что-то дописывал на wiki.

> Робот не смог найти такого пользователя в списке мантейнеров
> т.е. это неизвестно кто... и этот некто хочет что-то
> исправлять... что ему ответить ?!

А вот этого не понял, прости :)

> Миш, всё это лирика. А правда в том, что человек пытался
> редактировать ACL для пакета на который не имел прав.

Принято.

> > В данном разе проблем две:
> > - все дружно пытаются ПРОСТО СДЕЛАТЬ leader, только это
> > ПРОСТО НЕ РАБОТАЕТ.  А жаль, можно было бы сэмулировать
> > унутре add/leader, в конце концов.
> leader это смена лидера, старый же лидер теряет права.

Может быть разумно его "отодвигать", убраться-то проще,
чем добавиться.

> Ты предпочитаешь допустив ошибку потерять контроль над ACL до
> исправления через incoming@ ?  Я сознательно разделил
> добавление и смену статуса чтобы мантейнер мог видеть кого он
> делает лидером.

Если leader будет также делать и add, то этой проблемы не будет.
А новый дилер будет вправе сознательно отстранять старого от дел,
если вдруг такая специфическая необходимость возникнет,

> Хотя это всё такая же лирика как и про слуг. Я не имею
> возможности исправить этого робота ... он служит другому :)

Ой, тем более прости.  Тогда это и предыдущее письмо следует
принять во внимание $другому.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/