[devel] JOIN - подписывать на devel на стадии 4.x

[devel] JOIN - подписывать на devel на стадии 4.x

[Anton Farygin]

Всем привет.

Есть предложение внести в регламент JOIN изменения и на стадии 4.x (а 
может быть и 3.x после сборки первого пакета) подписывать кандидата на 
devel.

Есть люди, которые хотят остаться на стадии 3.x, что бы их задания 
получали approve и review.

Свежий пример Alexey Kalinin:

https://bugzilla.altlinux.org/43172

Что скажете ?

Антон

Re: [devel] JOIN - подписывать на devel на стадии 4.x

[Dmitry V. Levin]

Hi,

On Thu, Nov 09, 2023 at 11:32:59AM +0300, Anton Farygin wrote:
> Всем привет.
> 
> Есть предложение внести в регламент JOIN изменения и на стадии 4.x (а 
> может быть и 3.x после сборки первого пакета) подписывать кандидата на 
> devel.
> 
> Есть люди, которые хотят остаться на стадии 3.x, что бы их задания 
> получали approve и review.
> 
> Свежий пример Alexey Kalinin:
> 
> https://bugzilla.altlinux.org/43172
> 
> Что скажете ?

Мне нравится.


-- 
ldv

Re: [devel] JOIN - подписывать на devel на стадии 4.x

[Anton Farygin]

On 09.11.2023 15:34, Evgeny Sinelnikov wrote:
>
> чт, 9 нояб. 2023 г., 15:53 Dmitry V. Levin <ldv@altlinux.org>:
>
>     Hi,
>
>     On Thu, Nov 09, 2023 at 11:32:59AM +0300, Anton Farygin wrote:
>     > Всем привет.
>     >
>     > Есть предложение внести в регламент JOIN изменения и на стадии
>     4.x (а
>     > может быть и 3.x после сборки первого пакета) подписывать
>     кандидата на
>     > devel.
>     >
>     > Есть люди, которые хотят остаться на стадии 3.x, что бы их задания
>     > получали approve и review.
>     >
>     > Свежий пример Alexey Kalinin:
>     >
>     > https://bugzilla.altlinux.org/43172
>     >
>     > Что скажете ?
>
>     Мне нравится.
>
>
> Давно пора ввести такую подписку с первых шагов.
>
> У меня сложилось ещё одно предложение по мотивам статуса Алексея. Для 
> того, чтобы облегчить работу рецензентов, предлагаю детально описывать 
> свою работу над пакетами самим кандидатам во время рецензирования, 
> чтобы исключить накладки в недокументированных предпочтениях разных 
> мэйнтейнеров.

Количество пакетов != качество этих пакетов.

Не хочу выкладывать тут личную переписку с Алексеем в телеграм - но 
поверь мне на слово - эти пакеты дались не с первой попытки.

>
> В целом, я считаю, что Алексей собрал достаточно пакетов (в задаче 
> можно посмотреть), чтобы подтвердить свою компетенцию. Но это всегда 
> будет спорным вопросом без формализации требований. Поэтому мое 
> предложение сводится к тому, чтобы не прошедший рецензирование 
> кандидат при активной работе сам предлагал для рецензирования свои 
> сборки и накапливал постепенно возможность положительного решения по 
> своей кандидатуре.
>
Так оно всегда и происходит.

Re: [devel] JOIN - подписывать на devel на стадии 4.x

[Anton Farygin]

On 09.11.2023 15:56, Evgeny Sinelnikov wrote:
> Но предлагаю далее смотреть на новые сборки, а не копаться в прошлых 
> деталях. Они сами всплывут.

Конечно. а для более полного понимания процесса тебе было бы неплохо 
попробовать побывать самому ревьювером.

Re: [devel] JOIN - подписывать на devel на стадии 4.x

[Anton Farygin]

On 09.11.2023 14:53, Dmitry V. Levin wrote:
> Hi,
>
> On Thu, Nov 09, 2023 at 11:32:59AM +0300, Anton Farygin wrote:
>> Всем привет.
>>
>> Есть предложение внести в регламент JOIN изменения и на стадии 4.x (а
>> может быть и 3.x после сборки первого пакета) подписывать кандидата на
>> devel.
>>
>> Есть люди, которые хотят остаться на стадии 3.x, что бы их задания
>> получали approve и review.
>>
>> Свежий пример Alexey Kalinin:
>>
>> https://bugzilla.altlinux.org/43172
>>
>> Что скажете ?
> Мне нравится.
>
>
Возражений не последовало.

Единственное что - я посмотрел пункт 3 и не придумал куда там вставить 
запрос к Секретарю на подпись на рассылку. Видимо лучше будет вставить 
это первой стадией следующего этапа.

Соответственно теперь здесь:

https://www.altlinux.org/Team/Join/Secretary

Предлагаю пункт 4 читать следующим образом:


4. По следующему положительному решению ментора о том, что его 
подопечный готов отправлять пакеты в Сизиф:

 1. Подписать кандидата на список рассылки devel@
 2. Призвать рецензента для независимой оценки готовности кандидата.
 3. Ожидать решения рецензента о готовности кандидата.
 4. В случае /отрицательного/ решения рецензента, требующего
    дополнительной работы кандидата и ментора, возможен переход на
    окончание предыдущего этапа (сейчас это 3.5)

Пункт 5:

5. По положительному решению рецензента о том, что кандидат 
действительно готов отправлять пакеты в Сизиф:


 1. Добавить кандидата в группу майнтейнеров на gyle.alt
    <https://www.altlinux.org/Gitery.alt>.
 2. Закрыть баг, тем самым завершив процедуру приёма кандидата в команду.

Re: [devel] JOIN - подписывать на devel на стадии 4.x

[Ivan A. Melnikov]

On Tue, Nov 14, 2023 at 04:01:32PM +0300, Anton Farygin wrote:
> On 09.11.2023 14:53, Dmitry V. Levin wrote:
> > Hi,
> > 
> > On Thu, Nov 09, 2023 at 11:32:59AM +0300, Anton Farygin wrote:
> > > Всем привет.
> > > 
> > > Есть предложение внести в регламент JOIN изменения и на стадии 4.x (а
> > > может быть и 3.x после сборки первого пакета) подписывать кандидата на
> > > devel.
> > > 
> > > Есть люди, которые хотят остаться на стадии 3.x, что бы их задания
> > > получали approve и review.
> > > 
> > > Свежий пример Alexey Kalinin:
> > > 
> > > https://bugzilla.altlinux.org/43172
> > > 
> > > Что скажете ?
> > Мне нравится.
> > 
> > 
> Возражений не последовало.
> 
> Единственное что - я посмотрел пункт 3 и не придумал куда там вставить
> запрос к Секретарю на подпись на рассылку.

Чем плохо вставить его после 3.4, перед ожиданем решения о готовности?
Смысл же в том, чтобы человек оказался подписан на devel@ как только
его пакеты начали попадать в Сизиф. Можно это сделть и чуть заранее.

-- 
  wbr,
    iv m.

[devel] Полная инструкция JOIN (was: JOIN - подписывать на devel на стадии 4.x)

[Sergey V Turchin]

On Tuesday, 14 November 2023 16:01:32 MSK Anton Farygin wrote:

[...]
> не придумал куда там вставить
Хотелось бы вариант инструкции, в которой было бы всё вместе по шагам, а не 
разбитой на несколько частей на разных страницах wiki.

[...]

-- 
Regards, Sergey.

Re: [devel] JOIN - подписывать на devel на стадии 4.x

[Andrey Savchenko]

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

On Tue, 14 Nov 2023 16:01:32 +0300 Anton Farygin wrote:
> On 09.11.2023 14:53, Dmitry V. Levin wrote:
> > Hi,
> >
> > On Thu, Nov 09, 2023 at 11:32:59AM +0300, Anton Farygin wrote:
> >> Всем привет.
> >>
> >> Есть предложение внести в регламент JOIN изменения и на стадии 4.x (а
> >> может быть и 3.x после сборки первого пакета) подписывать кандидата на
> >> devel.
> >>
> >> Есть люди, которые хотят остаться на стадии 3.x, что бы их задания
> >> получали approve и review.
> >>
> >> Свежий пример Alexey Kalinin:
> >>
> >> https://bugzilla.altlinux.org/43172
> >>
> >> Что скажете ?
> > Мне нравится.
> >
> >
> Возражений не последовало.

Возражение есть. У нас были факты злоупотребления адресом
@altlinux.org не прошедшими Join до конца.

Варианты решения есть разные, не обязательно не подписывать
на devel. Можно давать другой адрес/алиас, например
@altlinux-newbies.org до полного прохождения Join.

Best regards,
Andrew Savchenko

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

Re: [devel] JOIN - подписывать на devel на стадии 4.x

[Arseny Maslennikov]

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

On Tue, Nov 14, 2023 at 05:17:41PM +0300, Andrey Savchenko wrote:
> On Tue, 14 Nov 2023 16:01:32 +0300 Anton Farygin wrote:
> > On 09.11.2023 14:53, Dmitry V. Levin wrote:
> > > Hi,
> > >
> > > On Thu, Nov 09, 2023 at 11:32:59AM +0300, Anton Farygin wrote:
> > >> Всем привет.
> > >>
> > >> Есть предложение внести в регламент JOIN изменения и на стадии 4.x (а
> > >> может быть и 3.x после сборки первого пакета) подписывать кандидата на
> > >> devel.
> > >> Что скажете ?

> Возражение есть. У нас были факты злоупотребления адресом
> @altlinux.org не прошедшими Join до конца.

Злоупотребление адресом — это же про высылаемые с адреса письма, верно?

Это только таймаутом можно исправить, и не очень понятно, в чём связь с
подпиской на devel@.

> Варианты решения есть разные, не обязательно не подписывать
> на devel. Можно давать другой адрес/алиас, например
> @altlinux-newbies.org до полного прохождения Join.

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

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] JOIN - подписывать на devel на стадии 4.x

[Anton Farygin]

On 14.11.2023 16:13, Ivan A. Melnikov wrote:
> On Tue, Nov 14, 2023 at 04:01:32PM +0300, Anton Farygin wrote:
>> On 09.11.2023 14:53, Dmitry V. Levin wrote:
>>> Hi,
>>>
>>> On Thu, Nov 09, 2023 at 11:32:59AM +0300, Anton Farygin wrote:
>>>> Всем привет.
>>>>
>>>> Есть предложение внести в регламент JOIN изменения и на стадии 4.x (а
>>>> может быть и 3.x после сборки первого пакета) подписывать кандидата на
>>>> devel.
>>>>
>>>> Есть люди, которые хотят остаться на стадии 3.x, что бы их задания
>>>> получали approve и review.
>>>>
>>>> Свежий пример Alexey Kalinin:
>>>>
>>>> https://bugzilla.altlinux.org/43172
>>>>
>>>> Что скажете ?
>>> Мне нравится.
>>>
>>>
>> Возражений не последовало.
>>
>> Единственное что - я посмотрел пункт 3 и не придумал куда там вставить
>> запрос к Секретарю на подпись на рассылку.
> Чем плохо вставить его после 3.4, перед ожиданем решения о готовности?
> Смысл же в том, чтобы человек оказался подписан на devel@ как только
> его пакеты начали попадать в Сизиф. Можно это сделть и чуть заранее.
>
Сейчас все стадии с индексом .0 инициируют запрос к секретарю о том, что 
необходимо выполнить какие-то действия.

Re: [devel] JOIN - подписывать на devel на стадии 4.x

[Dmitry V. Levin]

On Tue, Nov 14, 2023 at 04:01:32PM +0300, Anton Farygin wrote:
> On 09.11.2023 14:53, Dmitry V. Levin wrote:
> > Hi,
> >
> > On Thu, Nov 09, 2023 at 11:32:59AM +0300, Anton Farygin wrote:
> >> Всем привет.
> >>
> >> Есть предложение внести в регламент JOIN изменения и на стадии 4.x (а
> >> может быть и 3.x после сборки первого пакета) подписывать кандидата на
> >> devel.
> >>
> >> Есть люди, которые хотят остаться на стадии 3.x, что бы их задания
> >> получали approve и review.
> >>
> >> Свежий пример Alexey Kalinin:
> >>
> >> https://bugzilla.altlinux.org/43172
> >>
> >> Что скажете ?
> > Мне нравится.
> >
> Возражений не последовало.

Я бы всё-таки подождал полную неделю, т.е. до 16.11.2023 11:32:59AM +0300.

> Единственное что - я посмотрел пункт 3 и не придумал куда там вставить 
> запрос к Секретарю на подпись на рассылку. Видимо лучше будет вставить 
> это первой стадией следующего этапа.

Я бы добавил перед последним пунктом ("Ожидать решения ментора о готовности
кандидата") в стадии 3 ("По следующему положительному решению ментора о том,
что его подопечный готов собирать пакеты").


-- 
ldv

Re: [devel] JOIN - подписывать на devel на стадии 4.x

[Anton Farygin]

On 14.11.2023 17:17, Andrey Savchenko wrote:
> On Tue, 14 Nov 2023 16:01:32 +0300 Anton Farygin wrote:
>> On 09.11.2023 14:53, Dmitry V. Levin wrote:
>>> Hi,
>>>
>>> On Thu, Nov 09, 2023 at 11:32:59AM +0300, Anton Farygin wrote:
>>>> Всем привет.
>>>>
>>>> Есть предложение внести в регламент JOIN изменения и на стадии 4.x (а
>>>> может быть и 3.x после сборки первого пакета) подписывать кандидата на
>>>> devel.
>>>>
>>>> Есть люди, которые хотят остаться на стадии 3.x, что бы их задания
>>>> получали approve и review.
>>>>
>>>> Свежий пример Alexey Kalinin:
>>>>
>>>> https://bugzilla.altlinux.org/43172
>>>>
>>>> Что скажете ?
>>> Мне нравится.
>>>
>>>
>> Возражений не последовало.
> Возражение есть. У нас были факты злоупотребления адресом
> @altlinux.org не прошедшими Join до конца.

Не совсем понятно - что значит "злоуподребляли"

Этот 3.5 JOIN примерно равен тому JOIN, который был на лет несколько 
назад, до ввод института рецензентов.

К тому же алиас для адреса @altlinux.org создаётся на этапе 2, когда 
кандидат ещё даже не начал собирать пакеты.

>
> Варианты решения есть разные, не обязательно не подписывать
> на devel. Можно давать другой адрес/алиас, например
> @altlinux-newbies.org до полного прохождения Join.
>
devel нужен для обсуждения вопросов, связанных с уже собранными пакетами 
(или сборкой новых)

вообще сразу после сборки первого пакета в репозиторий кандидат попадает 
в этот список:

https://packages.altlinux.org/ru/sisyphus/maintainers/

И этого не избежать, т.к. эта информация берётся из Packager

Re: [devel] JOIN - подписывать на devel на стадии 4.x

[Anton Farygin]

On 14.11.2023 19:12, Dmitry V. Levin wrote:
> On Tue, Nov 14, 2023 at 04:01:32PM +0300, Anton Farygin wrote:
>> On 09.11.2023 14:53, Dmitry V. Levin wrote:
>>> Hi,
>>>
>>> On Thu, Nov 09, 2023 at 11:32:59AM +0300, Anton Farygin wrote:
>>>> Всем привет.
>>>>
>>>> Есть предложение внести в регламент JOIN изменения и на стадии 4.x (а
>>>> может быть и 3.x после сборки первого пакета) подписывать кандидата на
>>>> devel.
>>>>
>>>> Есть люди, которые хотят остаться на стадии 3.x, что бы их задания
>>>> получали approve и review.
>>>>
>>>> Свежий пример Alexey Kalinin:
>>>>
>>>> https://bugzilla.altlinux.org/43172
>>>>
>>>> Что скажете ?
>>> Мне нравится.
>>>
>> Возражений не последовало.
> Я бы всё-таки подождал полную неделю, т.е. до 16.11.2023 11:32:59AM +0300.
ok. К тому же появление этого письма привело к росту количества мнений.
>
>> Единственное что - я посмотрел пункт 3 и не придумал куда там вставить
>> запрос к Секретарю на подпись на рассылку. Видимо лучше будет вставить
>> это первой стадией следующего этапа.
> Я бы добавил перед последним пунктом ("Ожидать решения ментора о готовности
> кандидата") в стадии 3 ("По следующему положительному решению ментора о том,
> что его подопечный готов собирать пакеты").
>
>
Тому, кто будет подписывать на devel - придётся отслеживать эту стадию 
каким-то образом в bugzilla.

Re: [devel] JOIN - подписывать на devel на стадии 4.x

[Dmitry V. Levin]

On Tue, Nov 14, 2023 at 07:52:16PM +0300, Anton Farygin wrote:
> On 14.11.2023 19:12, Dmitry V. Levin wrote:
> > On Tue, Nov 14, 2023 at 04:01:32PM +0300, Anton Farygin wrote:
[...]
> >> Единственное что - я посмотрел пункт 3 и не придумал куда там вставить
> >> запрос к Секретарю на подпись на рассылку. Видимо лучше будет вставить
> >> это первой стадией следующего этапа.
> > Я бы добавил перед последним пунктом ("Ожидать решения ментора о готовности
> > кандидата") в стадии 3 ("По следующему положительному решению ментора о том,
> > что его подопечный готов собирать пакеты").
> >
> Тому, кто будет подписывать на devel - придётся отслеживать эту стадию 
> каким-то образом в bugzilla.

Не вижу в этом никаких потенциальных сложностей.


-- 
ldv

Re: [devel] JOIN - подписывать на devel на стадии 4.x

[Anton Farygin]

On 14.11.2023 20:45, Dmitry V. Levin wrote:
> On Tue, Nov 14, 2023 at 07:52:16PM +0300, Anton Farygin wrote:
>> On 14.11.2023 19:12, Dmitry V. Levin wrote:
>>> On Tue, Nov 14, 2023 at 04:01:32PM +0300, Anton Farygin wrote:
> [...]
>>>> Единственное что - я посмотрел пункт 3 и не придумал куда там вставить
>>>> запрос к Секретарю на подпись на рассылку. Видимо лучше будет вставить
>>>> это первой стадией следующего этапа.
>>> Я бы добавил перед последним пунктом ("Ожидать решения ментора о готовности
>>> кандидата") в стадии 3 ("По следующему положительному решению ментора о том,
>>> что его подопечный готов собирать пакеты").
>>>
>> Тому, кто будет подписывать на devel - придётся отслеживать эту стадию
>> каким-то образом в bugzilla.
> Не вижу в этом никаких потенциальных сложностей.
>
>
Тогда это будет звучать таким образом. верно ?:


https://www.altlinux.org/Team/Join/Secretary

Предлагаю пункт 3 читать следующим образом:

3. По следующему положительному решению ментора о том, что его 
подопечный готов собирать пакеты:

 1. Поместить очищенный GPG-ключ кандидата в пакет alt-gpgkeys.
 2. Отправить новую сборку пакета alt-gpgkeys в Сизиф.
 3. Установить новую сборку пакета alt-gpgkeys на сервер.
 4. Зарегистрировать SSH-ключ кандидата в gyle.alt
    <https://www.altlinux.org/Gitery.alt> (без добавления в группу
    майнтейнеров).
 5. Подписать кандидата на список рассылки devel@altlinux.org
 6. Ожидать решения ментора о готовности кандидата.

Пункт 4 - без изменений

Пункт 5:

5. По положительному решению рецензента о том, что кандидат 
действительно готов отправлять пакеты в Сизиф:


1. Добавить кандидата в группу майнтейнеров на gyle.alt
<https://www.altlinux.org/Gitery.alt>.
2. Закрыть баг, тем самым завершив процедуру приёма кандидата в команду.

Re: [devel] JOIN - подписывать на devel на стадии 4.x

[Leonid Krivoshein]

On 11/14/23 19:52, Anton Farygin wrote:
> On 14.11.2023 19:12, Dmitry V. Levin wrote:
>> On Tue, Nov 14, 2023 at 04:01:32PM +0300, Anton Farygin wrote:
>>> On 09.11.2023 14:53, Dmitry V. Levin wrote:
>>>> Hi,
>>>>
>>>> On Thu, Nov 09, 2023 at 11:32:59AM +0300, Anton Farygin wrote:
>>>>> Всем привет.
>>>>>
>>>>> Есть предложение внести в регламент JOIN изменения и на стадии 4.x (а
>>>>> может быть и 3.x после сборки первого пакета) подписывать 
>>>>> кандидата на
>>>>> devel.
>>>>>
>>>>> Есть люди, которые хотят остаться на стадии 3.x, что бы их задания
>>>>> получали approve и review.
>>>>>
>>>>> Свежий пример Alexey Kalinin:
>>>>>
>>>>> https://bugzilla.altlinux.org/43172
>>>>>
>>>>> Что скажете ?
>>>> Мне нравится.
>>>>
>>> Возражений не последовало.
>> Я бы всё-таки подождал полную неделю, т.е. до 16.11.2023 11:32:59AM 
>> +0300.
> ok. К тому же появление этого письма привело к росту количества мнений.

А чего возражать-то? Если кандидат "злоупотребит" раньше, станет быстрей 
понятно, почему ему не пройти JOIN. :-) А так видятся только плюсы от 
того, что у кандидата появляется какой-то лишний стимул, да и не всем 
нужно идти дальше для выполнения каких-то функций лично для себя или в 
помощь кому-то. Мне идея наделять хоть какими-то полномочиями постепенно 
тоже нравится.


>>
>>> Единственное что - я посмотрел пункт 3 и не придумал куда там вставить
>>> запрос к Секретарю на подпись на рассылку. Видимо лучше будет вставить
>>> это первой стадией следующего этапа.
>> Я бы добавил перед последним пунктом ("Ожидать решения ментора о 
>> готовности
>> кандидата") в стадии 3 ("По следующему положительному решению ментора 
>> о том,
>> что его подопечный готов собирать пакеты").
>>
>>
> Тому, кто будет подписывать на devel - придётся отслеживать эту стадию 
> каким-то образом в bugzilla.
>


-- 
WBR,
Leonid Krivoshein.

Re: [devel] JOIN - подписывать на devel на стадии 4.x

[Grigory Ustinov]

14.11.2023 16:01, Anton Farygin пишет:
> On 09.11.2023 14:53, Dmitry V. Levin wrote:
>> Hi,
>>
>> On Thu, Nov 09, 2023 at 11:32:59AM +0300, Anton Farygin wrote:
>>> Всем привет.
>>>
>>> Есть предложение внести в регламент JOIN изменения и на стадии 4.x (а
>>> может быть и 3.x после сборки первого пакета) подписывать кандидата на
>>> devel.
>>>
>>> Есть люди, которые хотят остаться на стадии 3.x, что бы их задания
>>> получали approve и review.
>>>
>>> Свежий пример Alexey Kalinin:
>>>
>>> https://bugzilla.altlinux.org/43172
>>>
>>> Что скажете ?
>> Мне нравится.
>>
>>
> Возражений не последовало.

"Бойся равнодушных! Это с их молчаливого согласия совершается все зло на 
земле!" (с)

Я тоже готов возразить. Не возражал до этого, потому что надеялся, что 
дальше предложения эта мысль не уйдёт.

Давайте на чистоту. Сейчас джойн хоть и разбит на множество каких-то 
мнимых пунктов, реальных же пунктов при "идеальной оперативной работе 
секретаря в вакууме" всего 2:
- получить одобрение ментора
- получить одобрение рецензента.
Да, у людей бывают сложности с ключами, но этот момент слишком строго 
регламентирован и не допускает никаких иных трактовок. Ты либо сделал 
правильно, либо нет. Перечитай инструкцию и попробуй ещё раз.

https://lists.altlinux.org/mailman/listinfo/devel - тут чёрным по белому 
написано: "только членов ALT Linux Team". Мне всегда казалось, что 
подписка на devel@ - это некая награда за прохождение джойн. То, к чему 
есть смысл стремиться. Если мы сейчас начнём подписывать всех кандидатов 
подряд, то давайте подумаем о том, какая останется мотивация у людей 
закончить джойн?

Тот же вышеприведённый резонансный случай показывает, что кандидата 
вполне устраивает оставаться на этапе работы с рецензентом. И это вполне 
логично. Пакеты так или иначе попадают в сизиф. Причём я вам по секрету 
скажу больше! Если бы я был на месте кандидата, я бы с удовольствием 
остался бы на этом этапе. Можно вообще не думать и не стараться, 
отправляя пакеты на сборку вполглаза левой рукой. Рецензент потратит 
кучу своего времени, но напишет, что я упустил. Потому что в итоге 
ответственность за этот пакет лежит именно на рецензенте. Добавьте к 
этому подписку на devel@ и смысла заканчивать джойн не будет вообще.

Вы уверены, что мы хотим такое сообщество?

>
> Единственное что - я посмотрел пункт 3 и не придумал куда там вставить 
> запрос к Секретарю на подпись на рассылку. Видимо лучше будет вставить 
> это первой стадией следующего этапа.
>
> Соответственно теперь здесь:
>
> https://www.altlinux.org/Team/Join/Secretary
>
> Предлагаю пункт 4 читать следующим образом:
>
>
> 4. По следующему положительному решению ментора о том, что его 
> подопечный готов отправлять пакеты в Сизиф:
>
> 1. Подписать кандидата на список рассылки devel@
> 2. Призвать рецензента для независимой оценки готовности кандидата.
> 3. Ожидать решения рецензента о готовности кандидата.
> 4. В случае /отрицательного/ решения рецензента, требующего
>    дополнительной работы кандидата и ментора, возможен переход на
>    окончание предыдущего этапа (сейчас это 3.5)
>
> Пункт 5:
>
> 5. По положительному решению рецензента о том, что кандидат 
> действительно готов отправлять пакеты в Сизиф:
>
>
> 1. Добавить кандидата в группу майнтейнеров на gyle.alt
>    <https://www.altlinux.org/Gitery.alt>.
> 2. Закрыть баг, тем самым завершив процедуру приёма кандидата в команду.
>
>
>
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] JOIN - подписывать на devel на стадии 4.x

[Ivan A. Melnikov]

On Wed, Nov 15, 2023 at 01:38:22AM +0300, Grigory Ustinov wrote:
> 14.11.2023 16:01, Anton Farygin пишет:
> > On 09.11.2023 14:53, Dmitry V. Levin wrote:
> > > Hi,
> > > 
> > > On Thu, Nov 09, 2023 at 11:32:59AM +0300, Anton Farygin wrote:
> > > > Всем привет.
> > > > 
> > > > Есть предложение внести в регламент JOIN изменения и на стадии 4.x (а
> > > > может быть и 3.x после сборки первого пакета) подписывать кандидата на
> > > > devel.
> > > > 
> > > > Есть люди, которые хотят остаться на стадии 3.x, что бы их задания
> > > > получали approve и review.
> > > > 
> > > > Свежий пример Alexey Kalinin:
> > > > 
> > > > https://bugzilla.altlinux.org/43172
> > > > 
> > > > Что скажете ?
> > > Мне нравится.
> > > 
> > > 
> > Возражений не последовало.
> 
> "Бойся равнодушных! Это с их молчаливого согласия совершается все зло на
> земле!" (с)
> 
> Я тоже готов возразить. Не возражал до этого, потому что надеялся, что
> дальше предложения эта мысль не уйдёт.
> 
> Давайте на чистоту. Сейчас джойн хоть и разбит на множество каких-то мнимых
> пунктов, реальных же пунктов при "идеальной оперативной работе секретаря в
> вакууме" всего 2:
> - получить одобрение ментора
> - получить одобрение рецензента.
> Да, у людей бывают сложности с ключами, но этот момент слишком строго
> регламентирован и не допускает никаких иных трактовок. Ты либо сделал
> правильно, либо нет. Перечитай инструкцию и попробуй ещё раз.
> 
> https://lists.altlinux.org/mailman/listinfo/devel - тут чёрным по белому
> написано: "только членов ALT Linux Team". Мне всегда казалось, что подписка
> на devel@ - это некая награда за прохождение джойн. То, к чему есть смысл
> стремиться. Если мы сейчас начнём подписывать всех кандидатов подряд, то
> давайте подумаем о том, какая останется мотивация у людей закончить джойн?

- право отправлять пакеты в Сизиф
- право называться участником Альт Линукс Тим

Если это для кандидата ничего не значит, то подписка на devel@
будет значить не намного больше.

Ничто не мешает человеку и пройдя джойн "отправлять пакеты левой
ногй", заменив веру в ментора на веру в роботов, сообщество и
"это же Сизиф, тут нормально ломать". Ну кроме совести, а
проверку на её существование, к сожалению, в girar не добавить.

> Тот же вышеприведённый резонансный случай показывает, что кандидата вполне
> устраивает оставаться на этапе работы с рецензентом. И это вполне логично.
> Пакеты так или иначе попадают в сизиф. Причём я вам по секрету скажу больше!
> Если бы я был на месте кандидата, я бы с удовольствием остался бы на этом
> этапе. Можно вообще не думать и не стараться, отправляя пакеты на сборку
> вполглаза левой рукой. Рецензент потратит кучу своего времени, но напишет,
> что я упустил. Потому что в итоге ответственность за этот пакет лежит именно
> на рецензенте.

Какая ответсвенность?

Если ответственность это про "кто виноват", то ответственный разрабочик
всё равно будет винить себя, безответсвенный не будет, а всем остальным
не стоит этим заниматься.

Если ответсвенность это про "кто будет это чинить", то в любои случае
в первую очередь она ложится автора записи в changelog,
и мне кажется правильным, и даже необходимым чтобы он мог
поучаствовать в дискуссии по этому поводу. А для таких технических
дискуссий у нас как раз devel@.

> Добавьте к этому подписку на devel@ и смысла заканчивать
> джойн не будет вообще.
> 
> Вы уверены, что мы хотим такое сообщество?

Такое же, как сейчас. Ничего не поменяется.

-- 
  wbr,
    iv m.

Re: [devel] JOIN - подписывать на devel на стадии 4.x

[Anton Farygin]

On 15.11.2023 07:53, Ivan A. Melnikov wrote:
>> Вы уверены, что мы хотим такое сообщество?
> Такое же, как сейчас. Ничего не поменяется.

+1

Re: [devel] JOIN - подписывать на devel на стадии 4.x

[Andrey Savchenko]

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

On Wed, 15 Nov 2023 01:38:22 +0300 Grigory Ustinov wrote:
> 14.11.2023 16:01, Anton Farygin пишет:
> > On 09.11.2023 14:53, Dmitry V. Levin wrote:
> >> Hi,
> >>
> >> On Thu, Nov 09, 2023 at 11:32:59AM +0300, Anton Farygin wrote:
> >>> Всем привет.
> >>>
> >>> Есть предложение внести в регламент JOIN изменения и на стадии 4.x (а
> >>> может быть и 3.x после сборки первого пакета) подписывать кандидата на
> >>> devel.
> >>>
> >>> Есть люди, которые хотят остаться на стадии 3.x, что бы их задания
> >>> получали approve и review.
> >>>
> >>> Свежий пример Alexey Kalinin:
> >>>
> >>> https://bugzilla.altlinux.org/43172
> >>>
> >>> Что скажете ?
> >> Мне нравится.
> >>
> >>
> > Возражений не последовало.
> 
> "Бойся равнодушных! Это с их молчаливого согласия совершается все зло на 
> земле!" (с)
> 
> Я тоже готов возразить. Не возражал до этого, потому что надеялся, что 
> дальше предложения эта мысль не уйдёт.
> 
> Давайте на чистоту. Сейчас джойн хоть и разбит на множество каких-то 
> мнимых пунктов, реальных же пунктов при "идеальной оперативной работе 
> секретаря в вакууме" всего 2:
> - получить одобрение ментора
> - получить одобрение рецензента.
> Да, у людей бывают сложности с ключами, но этот момент слишком строго 
> регламентирован и не допускает никаких иных трактовок. Ты либо сделал 
> правильно, либо нет. Перечитай инструкцию и попробуй ещё раз.
> 
> https://lists.altlinux.org/mailman/listinfo/devel - тут чёрным по белому 
> написано: "только членов ALT Linux Team". Мне всегда казалось, что 
> подписка на devel@ - это некая награда за прохождение джойн. То, к чему 
> есть смысл стремиться. Если мы сейчас начнём подписывать всех кандидатов 
> подряд, то давайте подумаем о том, какая останется мотивация у людей 
> закончить джойн?
> 
> Тот же вышеприведённый резонансный случай показывает, что кандидата 
> вполне устраивает оставаться на этапе работы с рецензентом. И это вполне 
> логично. Пакеты так или иначе попадают в сизиф. Причём я вам по секрету 
> скажу больше! Если бы я был на месте кандидата, я бы с удовольствием 
> остался бы на этом этапе. Можно вообще не думать и не стараться, 
> отправляя пакеты на сборку вполглаза левой рукой. Рецензент потратит 
> кучу своего времени, но напишет, что я упустил. Потому что в итоге 
> ответственность за этот пакет лежит именно на рецензенте. Добавьте к 
> этому подписку на devel@ и смысла заканчивать джойн не будет вообще.
> 
> Вы уверены, что мы хотим такое сообщество?

Два чая этому господину!
Отлично сказано.

Best regards,
Andrew Savchenko

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

Re: [devel] JOIN - подписывать на devel на стадии 4.x

[Dmitry V. Levin]

On Wed, Nov 15, 2023 at 01:38:22AM +0300, Grigory Ustinov wrote:
[...]
> https://lists.altlinux.org/mailman/listinfo/devel - тут чёрным по белому 
> написано: "только членов ALT Linux Team". Мне всегда казалось, что 
> подписка на devel@ - это некая награда за прохождение джойн. То, к чему 
> есть смысл стремиться. Если мы сейчас начнём подписывать всех кандидатов 
> подряд, то давайте подумаем о том, какая останется мотивация у людей 
> закончить джойн?

Надеюсь, что подписка на devel@ не играет такой уж существенной роли
в мотивации кандидатов.
Если подписка на devel@ - главная мотивация для вступления в Team,
то в Team что-то фундаментально не в порядке.

> Тот же вышеприведённый резонансный случай показывает, что кандидата 
> вполне устраивает оставаться на этапе работы с рецензентом. И это вполне 
> логично. Пакеты так или иначе попадают в сизиф. Причём я вам по секрету 
> скажу больше! Если бы я был на месте кандидата, я бы с удовольствием 
> остался бы на этом этапе. Можно вообще не думать и не стараться, 
> отправляя пакеты на сборку вполглаза левой рукой. Рецензент потратит 
> кучу своего времени, но напишет, что я упустил. Потому что в итоге 
> ответственность за этот пакет лежит именно на рецензенте. Добавьте к 
> этому подписку на devel@ и смысла заканчивать джойн не будет вообще.

Практически во всех крупных проектах есть ревьюеры и контрибьютеры, причём
последних, как правило, гораздо большое.  Почему бы не дать им возможность
получить статус, соответствующий их уровню вовлеченности?


-- 
ldv

Re: [devel] JOIN - подписывать на devel на стадии 4.x

[Grigory Ustinov]

15.11.2023 19:07, Dmitry V. Levin пишет:
> On Wed, Nov 15, 2023 at 01:38:22AM +0300, Grigory Ustinov wrote:
> [...]
>> https://lists.altlinux.org/mailman/listinfo/devel - тут чёрным по белому
>> написано: "только членов ALT Linux Team". Мне всегда казалось, что
>> подписка на devel@ - это некая награда за прохождение джойн. То, к чему
>> есть смысл стремиться. Если мы сейчас начнём подписывать всех кандидатов
>> подряд, то давайте подумаем о том, какая останется мотивация у людей
>> закончить джойн?
> Надеюсь, что подписка на devel@ не играет такой уж существенной роли
> в мотивации кандидатов.
> Если подписка на devel@ - главная мотивация для вступления в Team,
> то в Team что-то фундаментально не в порядке.

Пока что подписка на devel@ - это _привилегия_ участника тим. Причём 
судя по всему единственная.И вместо того, чтобы разобраться с бардаком в 
вопросах назначения людям рецензента, или формализации требований к 
кандидатам, вы просто размываете рамки понятия "участник тим". Давайте 
решать причину возниковения этого предложения, а не скрывать её 
последствия? Если кандидат не может или не хочет проходить джойн, зачем 
его подписывать на devel@? А если может и хочет, то достаточно просто 
немножко подождать. Насколько я понимаю, резонансный случай как раз и 
получился вследствии того, что рецензент посчитал кандидата ещё не 
полностью освоившимся со спецификой альта. У меня было много кандидатов, 
которые после десятка итераций моих правок отправляли несчастный пакет в 
сизиф и потом либо теряли интерес к процедуре, либо я терял интерес к 
ним и отказывался от менторства. Вы точно уверены, что такие люди нам 
нужны в этом списке рассылки?

>> Тот же вышеприведённый резонансный случай показывает, что кандидата
>> вполне устраивает оставаться на этапе работы с рецензентом. И это вполне
>> логично. Пакеты так или иначе попадают в сизиф. Причём я вам по секрету
>> скажу больше! Если бы я был на месте кандидата, я бы с удовольствием
>> остался бы на этом этапе. Можно вообще не думать и не стараться,
>> отправляя пакеты на сборку вполглаза левой рукой. Рецензент потратит
>> кучу своего времени, но напишет, что я упустил. Потому что в итоге
>> ответственность за этот пакет лежит именно на рецензенте. Добавьте к
>> этому подписку на devel@ и смысла заканчивать джойн не будет вообще.
> Практически во всех крупных проектах есть ревьюеры и контрибьютеры, причём
> последних, как правило, гораздо большое.  Почему бы не дать им возможность
> получить статус, соответствующий их уровню вовлеченности?
>
>

Re: [devel] JOIN - подписывать на devel на стадии 4.x

[Anton Farygin]

On 15.11.2023 23:19, Grigory Ustinov wrote:
> Пока что подписка на devel@ - это _привилегия_ участника тим. Причём 
> судя по всему единственная.И вместо того, чтобы разобраться с бардаком 
> в вопросах назначения людям рецензента, или формализации требований к 
> кандидатам, вы просто размываете рамки понятия "участник тим". Давайте 
> решать причину возниковения этого предложения, а не скрывать её 
> последствия? Если кандидат не может или не хочет проходить джойн, 
> зачем его подписывать на devel@? А если может и хочет, то достаточно 
> просто немножко подождать. Насколько я понимаю, резонансный случай как 
> раз и получился вследствии того, что рецензент посчитал кандидата ещё 
> не полностью освоившимся со спецификой альта. У меня было много 
> кандидатов, которые после десятка итераций моих правок отправляли 
> несчастный пакет в сизиф и потом либо теряли интерес к процедуре, либо 
> я терял интерес к ним и отказывался от менторства. Вы точно уверены, 
> что такие люди нам нужны в этом списке рассылки? 

А с другой стороны - некто grenka никогда не проходил рецензента и 
ничего, справляется.

https://bugzilla.altlinux.org/33877

Что, за четыре года настолько изменились люди что вам их жалко подписать 
на рассылку ? ;)

Re: [devel] JOIN - подписывать на devel на стадии 4.x - policy кандидат

[Anton Farygin]

On 14.11.2023 20:48, Anton Farygin wrote:
> On 14.11.2023 20:45, Dmitry V. Levin wrote:
>
неделя прошла, были какие-то возражения.

Дима, надо принять решение, как мне кажется - вариант ниже.

>>
> Тогда это будет звучать таким образом. верно ?:
>
>
> https://www.altlinux.org/Team/Join/Secretary
>
> Предлагаю пункт 3 читать следующим образом:
>
> 3. По следующему положительному решению ментора о том, что его 
> подопечный готов собирать пакеты:
>
> 1. Поместить очищенный GPG-ключ кандидата в пакет alt-gpgkeys.
> 2. Отправить новую сборку пакета alt-gpgkeys в Сизиф.
> 3. Установить новую сборку пакета alt-gpgkeys на сервер.
> 4. Зарегистрировать SSH-ключ кандидата в gyle.alt
>    <https://www.altlinux.org/Gitery.alt> (без добавления в группу
>    майнтейнеров).
> 5. Подписать кандидата на список рассылки devel@altlinux.org
> 6. Ожидать решения ментора о готовности кандидата.
>
> Пункт 4 - без изменений
>
> Пункт 5:
>
> 5. По положительному решению рецензента о том, что кандидат 
> действительно готов отправлять пакеты в Сизиф:
>
>
> 1. Добавить кандидата в группу майнтейнеров на gyle.alt
> <https://www.altlinux.org/Gitery.alt>.
> 2. Закрыть баг, тем самым завершив процедуру приёма кандидата в команду.
>
>

Re: [devel] JOIN - подписывать на devel на стадии 4.x

[Evgeny Sinelnikov]

чт, 16 нояб. 2023 г. в 09:43, Anton Farygin <rider@basealt.ru>:
>
> On 15.11.2023 23:19, Grigory Ustinov wrote:
> > Пока что подписка на devel@ - это _привилегия_ участника тим. Причём
> > судя по всему единственная.И вместо того, чтобы разобраться с бардаком
> > в вопросах назначения людям рецензента, или формализации требований к
> > кандидатам, вы просто размываете рамки понятия "участник тим". Давайте
> > решать причину возниковения этого предложения, а не скрывать её
> > последствия? Если кандидат не может или не хочет проходить джойн,
> > зачем его подписывать на devel@? А если может и хочет, то достаточно
> > просто немножко подождать. Насколько я понимаю, резонансный случай как
> > раз и получился вследствии того, что рецензент посчитал кандидата ещё
> > не полностью освоившимся со спецификой альта. У меня было много
> > кандидатов, которые после десятка итераций моих правок отправляли
> > несчастный пакет в сизиф и потом либо теряли интерес к процедуре, либо
> > я терял интерес к ним и отказывался от менторства. Вы точно уверены,
> > что такие люди нам нужны в этом списке рассылки?
>
> А с другой стороны - некто grenka никогда не проходил рецензента и
> ничего, справляется.
>
> https://bugzilla.altlinux.org/33877
>
> Что, за четыре года настолько изменились люди что вам их жалко подписать
> на рассылку ? ;)
>

А я думаю, что такая привилегия актуальна в момент join'а, а не после.

Я могу на свой личный опыт здесь обратить внимание. Я был подписан на
devel@ до прохождения join'а для удобства взаимодействия и наблюдения
за тем, что происходит. Это произошло после общения на одной из
конференций.

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

Как минимум, я предлагаю подписывать всех проходящих join в формате
премодерации. Может быть они и не имеют ещё право голоса, но отнимать
право наблюдать за происходящим - это удушение самого сообщества. И
архив рассылки тут не помощник, если кто-то захочет предложить.



-- 
Sin (Sinelnikov Evgeny)

Re: [devel] JOIN - подписывать на devel на стадии 4.x

[Aleksey Novodvorsky]

сб, 18 нояб. 2023 г. в 04:55, Evgeny Sinelnikov <sin@altlinux.org>:
>
> чт, 16 нояб. 2023 г. в 09:43, Anton Farygin <rider@basealt.ru>:
> >
> > On 15.11.2023 23:19, Grigory Ustinov wrote:
> > > Пока что подписка на devel@ - это _привилегия_ участника тим. Причём
> > > судя по всему единственная.И вместо того, чтобы разобраться с бардаком
> > > в вопросах назначения людям рецензента, или формализации требований к
> > > кандидатам, вы просто размываете рамки понятия "участник тим". Давайте
> > > решать причину возниковения этого предложения, а не скрывать её
> > > последствия? Если кандидат не может или не хочет проходить джойн,
> > > зачем его подписывать на devel@? А если может и хочет, то достаточно
> > > просто немножко подождать. Насколько я понимаю, резонансный случай как
> > > раз и получился вследствии того, что рецензент посчитал кандидата ещё
> > > не полностью освоившимся со спецификой альта. У меня было много
> > > кандидатов, которые после десятка итераций моих правок отправляли
> > > несчастный пакет в сизиф и потом либо теряли интерес к процедуре, либо
> > > я терял интерес к ним и отказывался от менторства. Вы точно уверены,
> > > что такие люди нам нужны в этом списке рассылки?
> >
> > А с другой стороны - некто grenka никогда не проходил рецензента и
> > ничего, справляется.
> >
> > https://bugzilla.altlinux.org/33877
> >
> > Что, за четыре года настолько изменились люди что вам их жалко подписать
> > на рассылку ? ;)
> >
>
> А я думаю, что такая привилегия актуальна в момент join'а, а не после.
>
> Я могу на свой личный опыт здесь обратить внимание. Я был подписан на
> devel@ до прохождения join'а для удобства взаимодействия и наблюдения
> за тем, что происходит. Это произошло после общения на одной из
> конференций.
>
> Понимаете, человек оторванный длительное время от общения с командой
> (а в devel@ много интересного обсуждается) - это очень плохо
> вовлекается и в дальнейшем.
>
> Как минимум, я предлагаю подписывать всех проходящих join в формате
> премодерации. Может быть они и не имеют ещё право голоса, но отнимать
> право наблюдать за происходящим - это удушение самого сообщества. И
> архив рассылки тут не помощник, если кто-то захочет предложить.

Убедили.
Мне кажется, что достаточно при подписке предупреждения о том, что
получение кандидатом адреса altlinux.org не означает членства в тим и
мы просим не использовать его во внешней переписке до окончательного
вступления в команду.

Rgrds, Алексей

>
>
>
> --
> Sin (Sinelnikov Evgeny)
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] JOIN - подписывать на devel на стадии 4.x

[Anton Farygin]

On 18.11.2023 05:22, Aleksey Novodvorsky wrote:
>> Как минимум, я предлагаю подписывать всех проходящих join в формате
>> премодерации. Может быть они и не имеют ещё право голоса, но отнимать
>> право наблюдать за происходящим - это удушение самого сообщества. И
>> архив рассылки тут не помощник, если кто-то захочет предложить.
> Убедили.
> Мне кажется, что достаточно при подписке предупреждения о том, что
> получение кандидатом адреса altlinux.org не означает членства в тим и
> мы просим не использовать его во внешней переписке до окончательного
> вступления в команду.

Не понимаю почему вы все массово считаете что подписка на devel 
равняется выдачи адреса altlinux.org ?

Нет, это не так - сейчас адрес altlinux.org выдаётся на второй стадии 
вступления - до получения доступа к сборке заданий.

А на devel сейчас подписывается кандидат после полного прохождения join 
- на пятой стадии вступления.

Re: [devel] JOIN - подписывать на devel на стадии 4.x

[Denis Medvedev]

On Sat, 18 Nov 2023 13:05:46 +0300
Anton Farygin <rider@basealt.ru> wrote:

> On 18.11.2023 05:22, Aleksey Novodvorsky wrote:
> >> Как минимум, я предлагаю подписывать всех проходящих join в формате
> >> премодерации. Может быть они и не имеют ещё право голоса, но
> >> отнимать право наблюдать за происходящим - это удушение самого
> >> сообщества. И архив рассылки тут не помощник, если кто-то захочет
> >> предложить.
> > Убедили.
> > Мне кажется, что достаточно при подписке предупреждения о том, что
> > получение кандидатом адреса altlinux.org не означает членства в тим
> > и мы просим не использовать его во внешней переписке до
> > окончательного вступления в команду.
> 
> Не понимаю почему вы все массово считаете что подписка на devel 
> равняется выдачи адреса altlinux.org ?
Более того, раньше возможность писать с этого адреса вообще не
гарантировалась: на devel подписывался адрес внешней (или .basealt.ru)
почты с переадресацией почты с @altlinux.org на него. Это означало, что
послать с адреса @altliunux.org (с verified сервера altlinux.org) даже
не всякий вступивший мог. В devel@ писали cо своего адреса.
> 
> Нет, это не так - сейчас адрес altlinux.org выдаётся на второй стадии 
> вступления - до получения доступа к сборке заданий.
> 
> А на devel сейчас подписывается кандидат после полного прохождения
> join 
> - на пятой стадии вступления.
> 
> 
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] JOIN - подписывать на devel на стадии 4.x - policy кандидат

[Nikolai Kostrigin]

Всем привет!

Я бы еще и на первые 2 пункта посягнул, т.к. без гитовницы для проверки 
наработок кандидатов приходится "шарахаться по разным углам" (gitlab, 
github, архивы в мессенжерах).

Вместо:

1. По созданию бага в разделе «Development», продукте «Team accounts», 
на компонент «join»:

    1. Убедиться, что кандидат имеет активного ментора.
    2. Проверить SSH- и GPG-ключ кандидата, nickname и адрес пересылки 
почты.
    3. Ожидать решения ментора о готовности кандидата.

2. По положительному решению ментора о том, что кандидат готов начать 
вступление:

    1. Создать email alias для кандидата (детали создания выясняются у 
текущего секретаря).
    2. Зарегистрировать SSH-ключ кандидата в gitery.alt.
    3. Ожидать решения ментора о готовности кандидата.

Сделать:

  1. По созданию бага в разделе «Development», продукте «Team accounts», 
на компонент «join»:

    1. Убедиться, что кандидат имеет активного ментора. ( == Ожидать 
решения ментора о готовности кандидата.)

2. По положительному решению ментора о том, что кандидат готов начать 
вступление:
    0. Проверить SSH- и GPG-ключ кандидата, nickname и адрес пересылки 
почты.
    1. Создать email alias для кандидата (детали создания выясняются у 
текущего секретаря).
    2. Зарегистрировать SSH-ключ кандидата в gitery.alt.
    3. Ожидать решения ментора о готовности кандидата.


16.11.2023 16:47, Anton Farygin пишет:
> On 14.11.2023 20:48, Anton Farygin wrote:
>> On 14.11.2023 20:45, Dmitry V. Levin wrote:
>>
> неделя прошла, были какие-то возражения.
> 
> Дима, надо принять решение, как мне кажется - вариант ниже.
> 
>>>
>> Тогда это будет звучать таким образом. верно ?:
>>
>>
>> https://www.altlinux.org/Team/Join/Secretary
>>
>> Предлагаю пункт 3 читать следующим образом:
>>
>> 3. По следующему положительному решению ментора о том, что его 
>> подопечный готов собирать пакеты:
>>
>> 1. Поместить очищенный GPG-ключ кандидата в пакет alt-gpgkeys.
>> 2. Отправить новую сборку пакета alt-gpgkeys в Сизиф.
>> 3. Установить новую сборку пакета alt-gpgkeys на сервер.
>> 4. Зарегистрировать SSH-ключ кандидата в gyle.alt
>>    <https://www.altlinux.org/Gitery.alt> (без добавления в группу
>>    майнтейнеров).
>> 5. Подписать кандидата на список рассылки devel@altlinux.org
>> 6. Ожидать решения ментора о готовности кандидата.
>>
>> Пункт 4 - без изменений
>>
>> Пункт 5:
>>
>> 5. По положительному решению рецензента о том, что кандидат 
>> действительно готов отправлять пакеты в Сизиф:
>>
>>
>> 1. Добавить кандидата в группу майнтейнеров на gyle.alt
>> <https://www.altlinux.org/Gitery.alt>.
>> 2. Закрыть баг, тем самым завершив процедуру приёма кандидата в команду.
>>
>>
> 
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

-- 
Best regards,
Nikolai Kostrigin

Re: [devel] JOIN - подписывать на devel на стадии 4.x

[Dmitry V. Levin]

On Tue, Nov 14, 2023 at 08:48:22PM +0300, Anton Farygin wrote:
> On 14.11.2023 20:45, Dmitry V. Levin wrote:
> > On Tue, Nov 14, 2023 at 07:52:16PM +0300, Anton Farygin wrote:
> >> On 14.11.2023 19:12, Dmitry V. Levin wrote:
> >>> On Tue, Nov 14, 2023 at 04:01:32PM +0300, Anton Farygin wrote:
> > [...]
> >>>> Единственное что - я посмотрел пункт 3 и не придумал куда там вставить
> >>>> запрос к Секретарю на подпись на рассылку. Видимо лучше будет вставить
> >>>> это первой стадией следующего этапа.
> >>> Я бы добавил перед последним пунктом ("Ожидать решения ментора о готовности
> >>> кандидата") в стадии 3 ("По следующему положительному решению ментора о том,
> >>> что его подопечный готов собирать пакеты").
> >>>
> >> Тому, кто будет подписывать на devel - придётся отслеживать эту стадию
> >> каким-то образом в bugzilla.
> > Не вижу в этом никаких потенциальных сложностей.
> >
> Тогда это будет звучать таким образом. верно ?:
> 
> https://www.altlinux.org/Team/Join/Secretary
> 
> Предлагаю пункт 3 читать следующим образом:
> 
> 3. По следующему положительному решению ментора о том, что его 
> подопечный готов собирать пакеты:
> 
>  1. Поместить очищенный GPG-ключ кандидата в пакет alt-gpgkeys.
>  2. Отправить новую сборку пакета alt-gpgkeys в Сизиф.
>  3. Установить новую сборку пакета alt-gpgkeys на сервер.
>  4. Зарегистрировать SSH-ключ кандидата в gyle.alt
>     <https://www.altlinux.org/Gitery.alt> (без добавления в группу
>     майнтейнеров).
>  5. Подписать кандидата на список рассылки devel@altlinux.org
>  6. Ожидать решения ментора о готовности кандидата.

Подводя итог обсуждению, предлагаю считать это предложение принятым.


-- 
ldv

Re: [devel] JOIN - подписывать на devel на стадии 4.x

[Anton Farygin]

On 05.12.2023 11:26, Dmitry V. Levin wrote:
> On Tue, Nov 14, 2023 at 08:48:22PM +0300, Anton Farygin wrote:
>> On 14.11.2023 20:45, Dmitry V. Levin wrote:
>>> On Tue, Nov 14, 2023 at 07:52:16PM +0300, Anton Farygin wrote:
>>>> On 14.11.2023 19:12, Dmitry V. Levin wrote:
>>>>> On Tue, Nov 14, 2023 at 04:01:32PM +0300, Anton Farygin wrote:
>>> [...]
>>>>>> Единственное что - я посмотрел пункт 3 и не придумал куда там вставить
>>>>>> запрос к Секретарю на подпись на рассылку. Видимо лучше будет вставить
>>>>>> это первой стадией следующего этапа.
>>>>> Я бы добавил перед последним пунктом ("Ожидать решения ментора о готовности
>>>>> кандидата") в стадии 3 ("По следующему положительному решению ментора о том,
>>>>> что его подопечный готов собирать пакеты").
>>>>>
>>>> Тому, кто будет подписывать на devel - придётся отслеживать эту стадию
>>>> каким-то образом в bugzilla.
>>> Не вижу в этом никаких потенциальных сложностей.
>>>
>> Тогда это будет звучать таким образом. верно ?:
>>
>> https://www.altlinux.org/Team/Join/Secretary
>>
>> Предлагаю пункт 3 читать следующим образом:
>>
>> 3. По следующему положительному решению ментора о том, что его
>> подопечный готов собирать пакеты:
>>
>>   1. Поместить очищенный GPG-ключ кандидата в пакет alt-gpgkeys.
>>   2. Отправить новую сборку пакета alt-gpgkeys в Сизиф.
>>   3. Установить новую сборку пакета alt-gpgkeys на сервер.
>>   4. Зарегистрировать SSH-ключ кандидата в gyle.alt
>>      <https://www.altlinux.org/Gitery.alt> (без добавления в группу
>>      майнтейнеров).
>>   5. Подписать кандидата на список рассылки devel@altlinux.org
>>   6. Ожидать решения ментора о готовности кандидата.
> Подводя итог обсуждению, предлагаю считать это предложение принятым.
>
Спасибо.

Re: [devel] JOIN - подписывать на devel на стадии 4.x

[Gleb Fotengauer-Malinovskiy]

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

On Tue, Dec 05, 2023 at 10:26:17AM +0200, Dmitry V. Levin wrote:
> > Предлагаю пункт 3 читать следующим образом:
> > 
> > 3. По следующему положительному решению ментора о том, что его 
> > подопечный готов собирать пакеты:
> > 
> >  1. Поместить очищенный GPG-ключ кандидата в пакет alt-gpgkeys.
> >  2. Отправить новую сборку пакета alt-gpgkeys в Сизиф.
> >  3. Установить новую сборку пакета alt-gpgkeys на сервер.
> >  4. Зарегистрировать SSH-ключ кандидата в gyle.alt
> >     <https://www.altlinux.org/Gitery.alt> (без добавления в группу
> >     майнтейнеров).
> >  5. Подписать кандидата на список рассылки devel@altlinux.org
> >  6. Ожидать решения ментора о готовности кандидата.
> 
> Подводя итог обсуждению, предлагаю считать это предложение принятым.

Поскольку решение принято, на devel@ теперь подписаны все кандидаты,
чьи заявки выглядят актуальными и дошли до этого места процедуры.

-- 
glebfm

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

[devel] JOIN - выдавать кандидату гитовницу на 2 этапе T/J/S

[Nikolai Kostrigin]

Всем привет!

Я писал о нижеследующем ранее [1], но из-за неудачного оформления темы 
письмо утонуло.

После изменений порядка подписки на devel@, я бы посягнул и на первые 2 
пункта T/J/S , т.к. без гитовницы для проверки наработок кандидатов 
приходится "шарахаться по разным углам" (gitlab, github, архивы в 
мессенжерах).

Вместо:

Пункт 1. По созданию бага в разделе «Development», продукте «Team 
accounts», на компонент «join»:

1. Убедиться, что кандидат имеет активного ментора.
2. Проверить SSH- и GPG-ключ кандидата, nickname и адрес пересылки почты.
3. Ожидать решения ментора о готовности кандидата.

Пункт 2. По положительному решению ментора о том, что кандидат готов 
начать вступление:

1. Создать email alias для кандидата (детали создания выясняются у 
текущего секретаря).
2. Зарегистрировать SSH-ключ кандидата в gitery.alt.
3. Ожидать решения ментора о готовности кандидата.

Сделать:

Пункт 1. По созданию бага в разделе «Development», продукте «Team 
accounts», на компонент «join»:

1. Убедиться, что кандидат имеет активного ментора. ( == Ожидать решения 
ментора о готовности кандидата.)

Пункт 2. По положительному решению ментора о том, что кандидат готов 
начать вступление:
1. Проверить SSH- и GPG-ключ кандидата, nickname и адрес пересылки почты.
2. Создать email alias для кандидата (детали создания выясняются у 
текущего секретаря).
3. Зарегистрировать SSH-ключ кандидата в gitery.alt.
4. Ожидать решения ментора о готовности кандидата.


[1] https://lists.altlinux.org/pipermail/devel/2023-November/218156.html

16.11.2023 16:47, Anton Farygin пишет:
> On 14.11.2023 20:48, Anton Farygin wrote:
>> On 14.11.2023 20:45, Dmitry V. Levin wrote:
>>
> неделя прошла, были какие-то возражения.
>
> Дима, надо принять решение, как мне кажется - вариант ниже.
>
>>>
>> Тогда это будет звучать таким образом. верно ?:
>>
>>
>> https://www.altlinux.org/Team/Join/Secretary
>>
>> Предлагаю пункт 3 читать следующим образом:
>>
>> 3. По следующему положительному решению ментора о том, что его 
>> подопечный готов собирать пакеты:
>>
>> 1. Поместить очищенный GPG-ключ кандидата в пакет alt-gpgkeys.
>> 2. Отправить новую сборку пакета alt-gpgkeys в Сизиф.
>> 3. Установить новую сборку пакета alt-gpgkeys на сервер.
>> 4. Зарегистрировать SSH-ключ кандидата в gyle.alt
>>    <https://www.altlinux.org/Gitery.alt> (без добавления в группу
>>    майнтейнеров).
>> 5. Подписать кандидата на список рассылки devel@altlinux.org
>> 6. Ожидать решения ментора о готовности кандидата.
>>
>> Пункт 4 - без изменений
>>
>> Пункт 5:
>>
>> 5. По положительному решению рецензента о том, что кандидат 
>> действительно готов отправлять пакеты в Сизиф:
>>
>>
>> 1. Добавить кандидата в группу майнтейнеров на gyle.alt
>> <https://www.altlinux.org/Gitery.alt>.
>> 2. Закрыть баг, тем самым завершив процедуру приёма кандидата в команду.
>>
>>
>
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

-- 
Best regards,
Nikolai Kostrigin
_______________________________________________

Re: [devel] JOIN - выдавать кандидату гитовницу на 2 этапе T/J/S

[Anton Farygin]

Пожалуйста, начинайте новые обсуждения в новых тредах.

On 06.12.2023 12:31, Nikolai Kostrigin wrote:
> Всем привет!
>
> Я писал о нижеследующем ранее [1], но из-за неудачного оформления темы 
> письмо утонуло.
>
> После изменений порядка подписки на devel@, я бы посягнул и на первые 
> 2 пункта T/J/S , т.к. без гитовницы для проверки наработок кандидатов 
> приходится "шарахаться по разным углам" (gitlab, github, архивы в 
> мессенжерах).
>
> Вместо:
>
> Пункт 1. По созданию бага в разделе «Development», продукте «Team 
> accounts», на компонент «join»:
>
> 1. Убедиться, что кандидат имеет активного ментора.
> 2. Проверить SSH- и GPG-ключ кандидата, nickname и адрес пересылки почты.
> 3. Ожидать решения ментора о готовности кандидата.
>
> Пункт 2. По положительному решению ментора о том, что кандидат готов 
> начать вступление:
>
> 1. Создать email alias для кандидата (детали создания выясняются у 
> текущего секретаря).
> 2. Зарегистрировать SSH-ключ кандидата в gitery.alt.
> 3. Ожидать решения ментора о готовности кандидата.
>
> Сделать:
>
> Пункт 1. По созданию бага в разделе «Development», продукте «Team 
> accounts», на компонент «join»:
>
> 1. Убедиться, что кандидат имеет активного ментора. ( == Ожидать 
> решения ментора о готовности кандидата.)
>
> Пункт 2. По положительному решению ментора о том, что кандидат готов 
> начать вступление:
> 1. Проверить SSH- и GPG-ключ кандидата, nickname и адрес пересылки почты.
> 2. Создать email alias для кандидата (детали создания выясняются у 
> текущего секретаря).
> 3. Зарегистрировать SSH-ключ кандидата в gitery.alt.
> 4. Ожидать решения ментора о готовности кандидата.
>
>
> [1] https://lists.altlinux.org/pipermail/devel/2023-November/218156.html
>
> 16.11.2023 16:47, Anton Farygin пишет:
>> On 14.11.2023 20:48, Anton Farygin wrote:
>>> On 14.11.2023 20:45, Dmitry V. Levin wrote:
>>>
>> неделя прошла, были какие-то возражения.
>>
>> Дима, надо принять решение, как мне кажется - вариант ниже.
>>
>>>>
>>> Тогда это будет звучать таким образом. верно ?:
>>>
>>>
>>> https://www.altlinux.org/Team/Join/Secretary
>>>
>>> Предлагаю пункт 3 читать следующим образом:
>>>
>>> 3. По следующему положительному решению ментора о том, что его 
>>> подопечный готов собирать пакеты:
>>>
>>> 1. Поместить очищенный GPG-ключ кандидата в пакет alt-gpgkeys.
>>> 2. Отправить новую сборку пакета alt-gpgkeys в Сизиф.
>>> 3. Установить новую сборку пакета alt-gpgkeys на сервер.
>>> 4. Зарегистрировать SSH-ключ кандидата в gyle.alt
>>>    <https://www.altlinux.org/Gitery.alt> (без добавления в группу
>>>    майнтейнеров).
>>> 5. Подписать кандидата на список рассылки devel@altlinux.org
>>> 6. Ожидать решения ментора о готовности кандидата.
>>>
>>> Пункт 4 - без изменений
>>>
>>> Пункт 5:
>>>
>>> 5. По положительному решению рецензента о том, что кандидат 
>>> действительно готов отправлять пакеты в Сизиф:
>>>
>>>
>>> 1. Добавить кандидата в группу майнтейнеров на gyle.alt
>>> <https://www.altlinux.org/Gitery.alt>.
>>> 2. Закрыть баг, тем самым завершив процедуру приёма кандидата в 
>>> команду.
>>>
>>>
>>
>> _______________________________________________
>> Devel mailing list
>> Devel@lists.altlinux.org
>> https://lists.altlinux.org/mailman/listinfo/devel
>

[devel] выдавать кандидату сборочницу на 2 этапе T/J/S (was: выдавать кандидату гитовницу на 2 этапе T/J/S)

[Sergey V Turchin]

On Wednesday, 6 December 2023 12:31:16 MSK Nikolai Kostrigin wrote:
> Всем привет!
> 
> Я писал о нижеследующем ранее [1], но из-за неудачного оформления темы
> письмо утонуло.
> 
> После изменений порядка подписки на devel@, я бы посягнул и на первые 2
> пункта T/J/S , т.к. без гитовницы для проверки наработок кандидатов
> приходится "шарахаться по разным углам" (gitlab, github, архивы в
> мессенжерах).
Без сборочницы тоже не ахти. Собранные пакеты размещают в вышеперечисленных 
местах. Может, вообще сделать отдельную join-скую песочницу?

[...]

-- 
Regards, Sergey.

Re: [devel] JOIN - выдавать кандидату гитовницу на 2 этапе T/J/S

[Ivan A. Melnikov]

On Wed, Dec 06, 2023 at 12:31:16PM +0300, Nikolai Kostrigin wrote:
> Всем привет!
> 
> Я писал о нижеследующем ранее [1], но из-за неудачного оформления темы
> письмо утонуло.
> 
> После изменений порядка подписки на devel@, я бы посягнул и на первые 2
> пункта T/J/S , т.к. без гитовницы для проверки наработок кандидатов
> приходится "шарахаться по разным углам" (gitlab, github, архивы в
> мессенжерах).
> 
> Вместо:
> 
> Пункт 1. По созданию бага в разделе «Development», продукте «Team accounts»,
> на компонент «join»:
> 
> 1. Убедиться, что кандидат имеет активного ментора.
> 2. Проверить SSH- и GPG-ключ кандидата, nickname и адрес пересылки почты.
> 3. Ожидать решения ментора о готовности кандидата.
> 
> Пункт 2. По положительному решению ментора о том, что кандидат готов начать
> вступление:
> 
> 1. Создать email alias для кандидата (детали создания выясняются у текущего
> секретаря).
> 2. Зарегистрировать SSH-ключ кандидата в gitery.alt.
> 3. Ожидать решения ментора о готовности кандидата.
> 
> Сделать:
> 
> Пункт 1. По созданию бага в разделе «Development», продукте «Team accounts»,
> на компонент «join»:
> 
> 1. Убедиться, что кандидат имеет активного ментора. ( == Ожидать решения
> ментора о готовности кандидата.)
> 
> Пункт 2. По положительному решению ментора о том, что кандидат готов начать
> вступление:
> 1. Проверить SSH- и GPG-ключ кандидата, nickname и адрес пересылки почты.
> 2. Создать email alias для кандидата (детали создания выясняются у текущего
> секретаря).
> 3. Зарегистрировать SSH-ключ кандидата в gitery.alt.
> 4. Ожидать решения ментора о готовности кандидата.

Мне кажется, такая переделка не имеет большого смысла.
Прежде чем переходить к T/J/S 2.0, нужно решить две
независимых задачи:

- Кандидат должен найти ментора и убедить его,
  что он правда чего-то хочет и готов что-то делать;

- Секретарь должен убедиться, что выбранный
  nickname и сегнерированные ключи соответствуют
  формальным требованиям.

Эти задачи разумно решать параллельно в п.1,
так как и то, и другое может потребовать
нескольких итераций.

Если кандидат готов шарится по гитам и что-то
показывать, значит пришло время переводить его
на 2.0, и с этим просто не нужно затягивать.
Думаю, вполне можно переводить на 2.0 и до
формального перехода на 1.3, если ментор
сам проверил ключи а переход на 1.3 почему-то
затягивается.

-- 
  wbr,
    iv m.

Re: [devel] JOIN - выдавать кандидату гитовницу на 2 этапе T/J/S

[Arseny Maslennikov]

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

On Thu, Dec 07, 2023 at 03:49:41PM +0400, Ivan A. Melnikov wrote:
> On Wed, Dec 06, 2023 at 12:31:16PM +0300, Nikolai Kostrigin wrote:
> > Всем привет!
> > 
> > Я писал о нижеследующем ранее [1], но из-за неудачного оформления темы
> > письмо утонуло.
> > 
> > После изменений порядка подписки на devel@, я бы посягнул и на первые 2
> > пункта T/J/S , т.к. без гитовницы для проверки наработок кандидатов
> > приходится "шарахаться по разным углам" (gitlab, github, архивы в
> > мессенжерах).
> > 
> > Сделать:
> > 
> > Пункт 1. По созданию бага в разделе «Development», продукте «Team accounts»,
> > на компонент «join»:
> > 
> > 1. Убедиться, что кандидат имеет активного ментора. ( == Ожидать решения
> > ментора о готовности кандидата.)
> > 
> > Пункт 2. По положительному решению ментора о том, что кандидат готов начать
> > вступление:
> > 1. Проверить SSH- и GPG-ключ кандидата, nickname и адрес пересылки почты.
> > 2. Создать email alias для кандидата (детали создания выясняются у текущего
> > секретаря).
> > 3. Зарегистрировать SSH-ключ кандидата в gitery.alt.
> > 4. Ожидать решения ментора о готовности кандидата.
> 
> Мне кажется, такая переделка не имеет большого смысла.
> Прежде чем переходить к T/J/S 2.0, нужно решить две
> независимых задачи:
> 
> - Кандидат должен найти ментора и убедить его,
>   что он правда чего-то хочет и готов что-то делать;
> 
> - Секретарь должен убедиться, что выбранный
>   nickname и сегнерированные ключи соответствуют
>   формальным требованиям.
> 
> Эти задачи разумно решать параллельно в п.1,
> так как и то, и другое может потребовать
> нескольких итераций.
> 
> Если кандидат готов шарится по гитам и что-то
> показывать, значит пришло время переводить его
> на 2.0, и с этим просто не нужно затягивать.
> Думаю, вполне можно переводить на 2.0 и до
> формального перехода на 1.3, если ментор
> сам проверил ключи а переход на 1.3 почему-то
> затягивается.

+1.

Я вот вообще не понял, что ментор должен решить на этом шаге. Кандидат
создал багу, приложил ключи, нашёл и назвал ментора, тот подтвердил, что
займётся кандидатом. И всё, совмещение этих 3 событий — уже основание
для перехода к стадии 2. Или нет?

А выданный доступ на ресурсы в случае таймаута процесса join можно и
отключить.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] JOIN - выдавать кандидату гитовницу на 2 этапе T/J/S

[Nikolai Kostrigin]

07.12.2023 14:49, Ivan A. Melnikov пишет:
> On Wed, Dec 06, 2023 at 12:31:16PM +0300, Nikolai Kostrigin wrote:
>> Всем привет!
>>
>> Я писал о нижеследующем ранее [1], но из-за неудачного оформления темы
>> письмо утонуло.
>>
>> После изменений порядка подписки на devel@, я бы посягнул и на первые 2
>> пункта T/J/S , т.к. без гитовницы для проверки наработок кандидатов
>> приходится "шарахаться по разным углам" (gitlab, github, архивы в
>> мессенжерах).
>>
>> Вместо:
>>
>> Пункт 1. По созданию бага в разделе «Development», продукте «Team accounts»,
>> на компонент «join»:
>>
>> 1. Убедиться, что кандидат имеет активного ментора.
>> 2. Проверить SSH- и GPG-ключ кандидата, nickname и адрес пересылки почты.
>> 3. Ожидать решения ментора о готовности кандидата.
>>
>> Пункт 2. По положительному решению ментора о том, что кандидат готов начать
>> вступление:
>>
>> 1. Создать email alias для кандидата (детали создания выясняются у текущего
>> секретаря).
>> 2. Зарегистрировать SSH-ключ кандидата в gitery.alt.
>> 3. Ожидать решения ментора о готовности кандидата.
>>
>> Сделать:
>>
>> Пункт 1. По созданию бага в разделе «Development», продукте «Team accounts»,
>> на компонент «join»:
>>
>> 1. Убедиться, что кандидат имеет активного ментора. ( == Ожидать решения
>> ментора о готовности кандидата.)
>>
>> Пункт 2. По положительному решению ментора о том, что кандидат готов начать
>> вступление:
>> 1. Проверить SSH- и GPG-ключ кандидата, nickname и адрес пересылки почты.
>> 2. Создать email alias для кандидата (детали создания выясняются у текущего
>> секретаря).
>> 3. Зарегистрировать SSH-ключ кандидата в gitery.alt.
>> 4. Ожидать решения ментора о готовности кандидата.
> 
> Мне кажется, такая переделка не имеет большого смысла.
> Прежде чем переходить к T/J/S 2.0, нужно решить две
> независимых задачи:
> 
> - Кандидат должен найти ментора и убедить его,
>    что он правда чего-то хочет и готов что-то делать;

В подавляющем большинстве случаев это уже состоялось заранее (почта, 
общение на канале, кулуары конференций, трудоустройство).
Я не смог вспомнить ни одной заявки с 19 года, наверное, когда кандидат 
регистрировал бы багу на join не имея договоренности с ментором; 
поправьте, если ошибаюсь.
Т.е. в предлагаемой переделке подтверждение ментором готовности в  п.1 
(перевод на 2.0) уже означает, что с приложенными ключами и псевдонимом 
можно делать все предусмотренные п.2 операции. Если секретарь 
обнаруживает несоответствие заявка зацикливается на 2.1
> 
> - Секретарь должен убедиться, что выбранный
>    nickname и сегнерированные ключи соответствуют
>    формальным требованиям.

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

При оформлении коммитов и changelog в spec-файлах мы просим кандидатов 
указывать почту @altlinux.org (как правило, после того, как в первом 
git-репозитории пакета видим там другую почту и  nickname вместо имени).
Многим не очевидно, что нужно использовать алиас сразу, т.к. этой почты 
у них еще "как бы нет". Т.е. работа с настройкой git есть, а почты 
мэнтейнера - нет. Так пусть она будет сразу. И с гитовницей впридачу.


> Думаю, вполне можно переводить на 2.0 и до
> формального перехода на 1.3, если ментор
> сам проверил ключи а переход на 1.3 почему-то
> затягивается.


> 

-- 
Best regards,
Nikolai Kostrigin